---

Hallo SolidEdge-Users,

ich habe seit V20 immer wieder das Problem, dass beim Bemaßen in 3D und in Draft automatisch weitere Maße gesetzt werden. Ich habe jetzt herausgefunden, wann das passiert. Und zwar liegt das ohne Witz an der "5". Wenn man ein Maß setzt, z.B. bei einer Ausprägung in Part, und mit dem Cursor zufällig auf einer weiteren Linie steht, wird automatisch ein weiteres Maß gesetzt sobald man die "5" drückt, was ja bei Maßen häufig vorkommen kann. Das neuste Update hat das Phänomen auch nicht beseitigt. Und es passiert wirklich nur mit der "5", übrigens auch mit der Textblase in Draft.

Könnte das ein Programmfehler in SE sein? Oder kennt jemand ein Heilmittel für diese Krankheit?

Danke für Eure Hilfe.

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

---

Also ich weiß nicht was Du hast, ich kann 5en drücken es passiert nix.
Wo drückst Du die 5? auf dem Nummernblock der Tastatur oder über den Buchstaben?

Lars

------------------
Ich habe gar nix gemacht, nur installiert. 

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

---

SE1.jpg SE2.jpg

Es passiert nur beim Nummernblock. ... Ja, Numlock ist aktiviert.

Ich habe noch zwei Bilder angehängt, um das zu verdeutlichen: das Maß 63,79 (SE1.jpg) ist gesetzt, der Befehl aber noch nicht abgeschlossen. Wenn ich jetzt das Maß ändern will und mit dem Cursor zufällig auf der nächsten Linie stehe (das ist die rot markierte) setzt SE automatisch ein neues Maß, sobald ich die 5 im Nummernblock drücke (SE2.jpg).

Es ist auch nicht Rechnerabhängig. Das gleiche passiert bei meinen Kollegen auch.

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

---

Moin,

da es reproduzierbar ist machst halt einen Call auf.
Der Code fuer die 5 vom Ziffrenblock ist 0x65, der von der ueblichen
5 ist 0x35. Da maskiert wohl jemand falsch und daher bleibt eine 0x01
uebrig und das ist LMB. Da Du Abstandsbemassung hast wird halt ein
Kettenmass bzw. Stufenmass zur ausgewaehlten Linie gebildet.

/Edit: das Minus im Ziffernblock tut's auch ;-).
Aber der Ansatz des 'Warum' ist falsch siehe weiter unten ...

modeng

------------------
Lieber Fehler riskieren als Initiative verhindern (R. Mohn)

[Diese Nachricht wurde von modeng am 07. Mai. 2008 editiert.]

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

---

Hi,

kannst Du mir das mal auf der nächst niedrigeren Verständnisebene erklären?

Danke.

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

---

Moin,

einfach: zunaechst erstmal Ziffernblock ggf. nicht benutzen weil --
mit der V20 wurde ein neues Feature eingefuehrt um damit Punkte
auf Linien sowie den Mittelpunkt eines Kreises besser auswaehlen
zu koennen. Beispiel: Linie waehlen, 'm'-Taste und der Mittelpunkt
der Linie ist gewaehlt. Das Feature wird abgekuerzt als 'mice'
bezeichnet:

m = Mittelpunkt einer Linie waehlen
i = Intersektion einer Linie mit einer anderen waehlen
c = Zentrum eines Kreises waehlen
e = Endpunkt einer Linie waehlen

So und nun geht's los:

m = Zeichencode = hex 6D  der ist gleich dem - vom Ziffernblock
i = Zeichencode = hex 69  der ist gleich der 9 vom Ziffernblock
c = Zeichencode = hex 63  der ist gleich der 3 vom Ziffernblock
e = Zeichencode = hex 65  der ist gleich der 5 vom Ziffernblock

entweder hat man vergessen den Code fuer die gedrueckte 'Num Lock' Taste
abzufragen oder sonst etwas. Auf jeden Fall lassen sich die beiden
Zeichencodes wenn der Ziffernblock verwandt wird nicht so einfach
unterscheiden und daher das ungewollte Kettenmass.

Klaus

/Edit typos ...
------------------
Lieber Fehler riskieren als Initiative verhindern (R. Mohn)

[Diese Nachricht wurde von modeng am 07. Mai. 2008 editiert.]

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

---

Nabbend,

Klaus, soviel Wissen wird langsam unheimlich. Du bist nicht zufällig mit Jürgen Gruber von SPLMS verwandt? 

Gruß Mike

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

---

@Mike,

nöö, aber vielleicht waere es eine Ehre das zu sein ... ;-)

Klaus

------------------
Lieber Fehler riskieren als Initiative verhindern (R. Mohn)

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

---

Hallo Klaus,

vielen Dank für die ausführliche Info.

Auf den Nummernblock werde ich trotzdem nicht verzichten, ist halt wesentlich schneller als mit den normalen Zifferntasten. Muß halt nur aufpassen, dass ich mit dem Cursor keine Linie berühre. Hoffe dass UGS den Bock mal beseitigt.

Thomas

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

---

Dann melde doch erst einmal Dein Problem bei Deinem Partner... nix gemeldet... keine Lösung.

Lars

------------------
Ich habe gar nix gemacht, nur installiert. 

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

---

Moin,

[...]
Hoffe dass UGS den Bock mal beseitigt
[...]
hmm, ist kein Bock denn selbst wenn man den 'NumLock' key abfragt
weiss man immer noch nicht ob der Nutzer jetzt gerade einen Elementpunkt
haben will oder die 5; klassisches Dilemma der Mehrdeutigkeit. Nimmt
man andere Buchstaben ist das nicht mehr assoziativ, nimmt man Gross-
buchstaben ist's unkomfortabel, schaltet man die Funktion beim
Bemassen ab geht das zu Lasten der Flexibilitaet ...
Mach' ihnen also mit Deinem Call zusammen mal einen brauchbaren Vor-
schlag wie sie aus der Box kommen ;-)

Klaus

------------------
Lieber Fehler riskieren als Initiative verhindern (R. Mohn)

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

---

Hallo Leute.

Endlich die Erklärung für ein Phänomen, dass mir zwei Kolleginen beschrieben haben.
In der Draft-Umgebung einige Linien und/oder Gruppen markiert und den Verschieben-Knopf drücken. Beim eingeben der x-y Koordinaten fliegen die gewählten Linien plötzlich weg.

Vielen Dank für die Erleuchtung,
Rainer.

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

---

Ein Vorschlag wäre z.B. die Fangoptionen nicht über Tasten, sondern über das Kontextmenü abzufragen. Und Großbuchstaben finde ich gar nicht mal unergonomisch
- MICE - da kommt man überall mit einer Hand hin und hat die Maus auch noch in der Hand (und für die SpacePiloten kann man das ja dann immer konfigurieren).
Am besten beides kombinieren:
Bei allen Bemaßungs- und Zeichenfunktionen neuer Eintrag im Kontextmenü:
Fangen -> 
  Mittelpunkt (M)
  Schnittpunkt (I)
  Zentrum (C)
  Endpunkt (E)
  ...
und Tastenkürzel auf Großbuchstaben legen.

------------------
Gruß
Michael

EDIT:
Thema Mehrdeutigkeit: Auf der Tastatur ist es aber wieder eindeutig: m=m und 5=5, egal ob im Nummernblock (da gibt es nur 'ne 5 und kein m), oder auf der Standardtastatur.
:EDIT

--->> Wissen ist Macht. Nichts wissen macht auch nichts. <<---

[Diese Nachricht wurde von M. Hanke am 09. Mai. 2008 editiert.]

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

---

[...]
egal ob im Nummernblock
[...]

nöö, die 5 auf der Tastatur hat den Code 35, auf dem Nummernblock aber 65.
Sofern das aktive Programm das 'e' an der Stelle nicht fuer
eine Funktion gebraucht kommt halt die 5 egal wo nun die
Taste gedrueckt wurde.

Das Problem beim Bemassen tritt auch nur dann auf wenn das
Mass gerade abgesetzt wurde und man den Wert aendern moechte
(und da gibt's kein Kontextmenue)
Wird ein bestehendes Mass gewaehlt um den Wert zu aendern tritt das
Problem nicht auf.

Nachtrag:

Vorschlag zum Umgehen: einen zuaetzlichen Knopf in der SmartStep-Leiste
bei Bemassungen zum Ein-/Ausschalten der Funktion 'mice'

------------------
Lieber Fehler riskieren als Initiative verhindern (R. Mohn)

[Diese Nachricht wurde von modeng am 10. Mai. 2008 editiert.]

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

---

V20 SP9:

[...]
PR 1616825: Fixed a problem where hitting 5 on Numeric Pad selects Endpoint
[...]

------------------
Lieber Fehler riskieren als Initiative verhindern (R. Mohn)

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