---

Hi zusammen,

dies hier dauert jetzt etwas länger, könnte aber recht interessant sein, weil eine "Philosophie"-Sache erläutert wird. Also:

Vielleicht kennen noch ein paar von Euch die 2.0 ;-). Da war direkt im WS ein Schalter mit einem eingeschnürten Blatt, genannt "Modify Hold". Dieser Schalter ist ab der 3.0 nicht mehr drin, sondern als Attribut versteckt, das man auf "true" oder "false" stellt.
Was macht der "To Hold"? Setzt man ein Objekt im WS auf "To Hold"="True" dann wird es nicht eingecheckt. Also kann man eine Baugruppe einchecken, ohne das z.B. ein geändertes Bauteil automatisch mitgezogen wird.
In unseren Trainings haben wir die Anwender der 2.0 immer darauf hingewiesen, das man hiervon besser die Finger lässt, weil dann die eingecheckte Baugruppe sich eine Beziehung zu dem PI im CS sucht und man eigentlich nie genau weiß, ob beim nächsten CheckOut das Zeugs auch aufgerufen und regeneriert werden kann. Kommt ja schließlich ein PI mit, das beim letzten Aufruf nicht dabei war! Wir musstenŽs halt erklären, weil die Programmierer eine anscheinend so wichtigen Funktion *grübel* direkt als Button auf den WS gelegt haben.

So, nun zum philosophischen Teil.
Seit der 3.0 haben wir ja die Vorschau-Funktion. Wie viele wissen, liegt die Vorschau der Zeichnung direkt im File, was bedeutet, das alles, was beim Speichern sichtbar war, auch in der Vorschau zusehen ist.
Bei den Baugruppen wird die Vorschau aus den Bauteilen gezogen, und dann zusammen mit den anderen Teilen als Bild dargestellt. das kann man ja auch betrachten, wenn man die Vorschau großer Baugruppen ansieht... es wird Stückchen für Stückchen zusammengebaut.
Die Vorschau der Bauteile ist in unserem Fall jetzt eher von untergeordnetem Interesse.

So, nun kombinieren wir einmal, "just-for-fun" die beiden Funktionen der Vorschau und des "To Hold".
Folgendes Szenario könnte man sich vorstellen: Im WS wird eine Baugruppe mit Zeichnung bearbeitet. Die Bauteile erhalten geometrische Änderungen und auch in der Baugruppe wird eine Komponente zusätzlich eingebaut.
Die Bauteile werden nun auf "To Hold" gesetzt und Baugruppe und Zeichnung eingecheckt.
Wie sehen nun die Vorschauen im CS aus?!
Vorschau der Baugruppe: Die neu platzierte Komponente wird dargestellt. Die Änderungen an den Bauteilen werden nicht dargestellt.  Klar, weil ja in der Baugruppe die Einbaubedingung definiert wird, und da diese im CS liegt, sucht sie sich die Objekte zur Darstellung. Leider nur die "alten" Teile. macht aber nix, weil die Vorschau ja genau das anzeigt, was beim nächsten CheckOut mitkommt, nämlich die "alten" Teile.
Vorschau der Zeichnung: Hier wirdŽs nun interessant. Da das Fil der Zeichnung die komplette Vorschau-Information beinhaltet, wird in der Vorschau die Zeichnnung gezeigt, wie sie beim letzten Speichern im Pro/E aussah. Bei einem CheckOut schleppt die Zeichnung nun die Baugruppe mit, und diese wiederrum die Bauteile... nur dummerweise die "alten" Teile, weil die geänderten Teile ja noch den Schlaf der Gerechten im WS schlummern! Wird also die Zeichnuung aufgerufen, erhält man mitnichten das, was die Vorschau eigentlich zeigt!!!

Was lernen wir daraus?
1. Trau keiner Vorschau von Zeichnungen!
2. Lass die Finger weg vom "To Hold", es sei denn, Du weist genau, was Du tust!

So... das wärŽs eigentlich. Aber einen kleinen Nachschlag hättŽ ich da noch:
Wenn man die Vorschau einer Baugruppe ansieht, sollte man berücksichtigen, das die Teile-Vorschauen oft im cache liegen. Wir bekommen sozusagen innerhalb einer Sitzung eine Vorschau mit Bauteilen angezeigt "As Stored". Wenn man sich auslogt und dann wieder in den CS geht, bekommt man generell eine Vorscha aus Modellen "Latest".
Also auch hier: Trau auch nicht den Vorschauen der Baugruppen!

Noch mehr? Also gut:
Man kann auch Bauteilen, die "Neu" sind, einen "To Hold"="True" geben. Sind solche Teile dann in eine Baugruppe eingebaut, kann man diese nicht einchecken, weil sie ja eine Verbindung im CS zum PI aufbauen will, dies aber partout nicht den WS verlassen möchte aber auch noch nicht im CS ist. Meldung "...dependency for this object is not available in the CS...". Also weigert sich die Baugruppe standhaft, eingecheckt zu werden. Auch Super-Rechte als INTRALINK-User helfen nicht: bockig ist halt eben bockig!

So, nun reichtŽs. Hoffentlich war das jetzt noch einigermaßen verständlich und nicht zuuuuu lang.

Viele Grüße

Detlef Bexkens

PS: Die Sache mit dem "To Hold" für neue Objekte wäre ein feiner Scherz... wer hat denn schon diese Spalte eingestellt, und erkennt damit woranŽs liegen könnte

------------------

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

hi,

jup, war verständlich...
nette "philosophiestunde" 

nunja, also bei uns wird der "to hold" (also für alle dies' lieber deutsch haben - "zurückhalten" - is aber viel länger....) gerne auf oberoberoberbaugruppen gesetzt, da die unterschiedlichen benutzer hier "vollen" zugriff haben und alle ständig irgendwas "unwichtiges" an dieser baugruppe ändern (Vereinfachte Darstellungen, Komponentendarstellung, etc) - nicht aber die Struktur!
das bedeutet, man kann im prinzip ohne bedenken alle geänderten einchecken ohne gleich wieder eine neue oberoberoberbaugruppenversion im CS zu haben (da sie ja "to hold" ist und somit nicht im CS landet).

war das jetzt verständlich? 

------------------
cu
fossy
          meine kleine website

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

fuer mich war das auch verstaendlich...
wir kommen gerade von der 2.0 und haben jetzt die 3.2
zurueckhalten haben wir in der zweier benutzt, um z. b. formate oder andere unwichtige sachen zurueckzuhalten. in die struktur haben wir auch nicht eingegriffen. in der 3.2 ist ja jetzt der rueckschritt erfolgt, was sowohl den zurueckhaltestatus betrifft und auch die vorschau. zurueckhalten wird ueber aendern gesteuert und was auch schlecht ist, man bekommt kein einzelbild fuer das zureuckhalten. ein weiterer negativer aspekt ist, das jetzt auch keine tabellenanzeigen erstellt werden koennen, indem ich nach zurueckhaltestatus herausfilter, also diese objekte gar nicht mehr sehe. in der 2.0 ging das noch. und die vorschau im ws sollte man ja eher vergessen, weil man danach nicht mehr einchecken kann. aber dies kann man ja auch in meinen vorigen beitraegen nachlesen...

... so long

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

hallo nochmal,

Zitat:

---

Original erstellt von hagen123:
... das jetzt auch keine tabellenanzeigen erstellt werden koennen, indem ich nach zurueckhaltestatus herausfilter

---

das stimmt nicht ganz...
man kann die ilprefs.txt von hand editieren (tan 106893?), sodass ein solcher filter entsteht. am der nächsten release (2003120?) soll das (wieder) mit drin sein der tabellenkonfiguration.

------------------
cu
fossy
             meine kleine website

[Diese Nachricht wurde von fossy am 06. Juni 2003 editiert.]

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Leute,
ich verwende das Zurückhalten andauernd und finde es auch sinnvoll so vorzugehen. Wenn wir bei einem Schaltschrank Komponenten umplatzieren oder andere Komponenten einbauen, wird der Schaltschank ausgecheckt eine Kopie erzeugt und diese Kopie bearbeitet. Dabei werden oft die Folien ein- bzw ausgeblendet, und wenn man dann speichert werden fast alle Komponenten im Workspace als geändert gekennzeichnet. Also wird alles im Workspace auf zurückhalten gesetzt und nur dir neue Baugruppe auf false gesetzt. Den Tip so vorzugehen habe wohl mal von Bexkens bekommen. :-)

Gruss Dogbert

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hi Dogbert,

ich werde mir jetzt selbst lieber nicht wiedersprechen  aber vielleicht habe ich einen neuen Tipp für diesen Fall:
Wie wärŽs mit der Funktion "Read Only"? Gerade in der 3.2 ist sie recht sicher geworden und man kann nach Herzenslust Folien ändern und die so markierten Objekte werden nicht gespeichert.

Viele Grüße

Detlef Bexkens

------------------

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

hi,

Zitat:

---

dbexkens
Wie wärŽs mit der Funktion "Read Only"?

---

yup, kann ich bestätigen - is' ne feine sache! vor allen dingen kann man den schreibschutz für elemente ohne eincheckberechtigung wärend des auscheckens automatisch setzen lassen 
... und bei "freigegebenen" teilen sollte ja dies der fall sein.

------------------
cu
fossy
          meine kleine website

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hi fossy,
wie ist das mit gesperrten Objekten? Das sollte doch auch arbeiten,
bei mir werden die gesperrten Objekte nicht automatisch auf read only gesetzt! Ist das ein bug?

Gruss dogbert

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

HI dogbert,

das kann man in den Preferences einstellen. Beim Reiter "CheckOut" und beim Reiter "Application Behavior".

Viele Grüße

D. Bexkens

------------------

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hi dbexkens,
jup, das arbeitet bei freigegebenen Objekten, aber nicht bei gesperrten. Version 3.2  Fertigungscode 2002270 .

Gruss dogbert

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hi dogbert,

klappt das mit den gesperrten Objekten auch nicht in den "Application Behaviour"? Das müsste eigentlich funktionieren, weil der Pro/E ja mit der Standardeinstellung sowieso alle 5 Sekunden nach dem Sperrstatus fragt. Habe ich letzte Tage erst mit der 3.2 2002270 getestet und funktionierte dort.
Im Zweifelsfall kann ich am Montag mal nachsehen, geht leider sonst nicht früher. Interessiert mich aber schon, warum das nicht funktionieren könnte.

Viele Grüße

D. Bexkens

------------------

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hi dbexkens,
beim Applikationsverhalten habe ich nichts eingestellt. Alles was ich da sehe hat für mich nichts mit dem Status zu tun, aber das heisst ja nichts. Was ist denn da einzustellen?

Gruss dogbert

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

prefs-appl.jpg prefs-checkin.jpg

Hi dogbert,

ok. Dann schauen wir mal, ob wirŽs nicht doch hinkriegen.

In den Preferences bei Application-Behavior wird eingestellt, wie sich die Applikation (also Pro/E) verhalten soll. Hier können wir sagen, das wenn "Lock by other=Error" der Pro/E keine Änderungen an Modellen zulässt, die durch andere gesperrt sind.
Beim CheckOut können wir das Objekt beim Auschecken überprüfen lassen, ob wir CheckIn-Rechte haben. Wenn nicht, wird das Objekt mit einer Zusatzinfo ausgescheckt, die im Pro/E dann genauso reagiert, als wenn es gesperrt wäre.

Hoffentlich hilfts - sonst nächste Woche

Viele Grüße

Detlef Bexkens

PS: Kleiner Nachtrag: Bilder sind noch aus der 3.0

------------------

[Diese Nachricht wurde von dbexkens am 16. Juni 2003 editiert.]

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hi dbexkens,
ja so gehts.
Aber ich bin eben etwas naiv, da ich immer noch das glaube was da geschrieben steht. Wenn da bei "Automatische Einstellung des Status" unter "Ohne Eincheck-Berechtigung" "Schreibgeschützt" eingestellt ist, gehe ich kleinlicher Weise davon aus, dass das sowohl für freigegebene wie auch für gesperrte Objekte gilt. Mal sehen was die "HOTLINE" dazu sagt.

Gruss dogbert

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP