Beiträge von Der_Planer

nein, der Punkt liegt 0,30 m vom Ende einer Linie, die genau in y-Richtung zeigt. Deshalb kann ich auch nur in dieser Richtung einen Wert bestimmen, was ja auch einen Sinn ergibt. Das Programm akzeptiert jedoch seine eigenen (grauen) Werte nicht und lässt deshalb meine (logische) Eingabe nicht zu.

Hallo DHP-Team,

häufig kommt es vor, dass auf Kanten, die parallel zur x-,y- oder z-Achse verlaufen, keine Hilfspunkte mit "Punkt auf Kante" erzeugt werden können, weil der vom Programm gewählte Festwert (grau) offensichtlich nach der 6. Dezimalstelle außerhalb des Zielbereiches liegt.

Bitte lassen Sie hier einen Toleranzwert zu.

Farbe bringt Übersicht in den Dachhautplan. Wie seht ihr das?

Das Punktsymbol von RedGre hat den Vorteil, dass die Kopfform flexibel gestaltet werden kann.

Dieses passt sich immer formgleich proportional an die Stabhöhe an, deshalb ist die Eingabe schneller.
Die vorhandene doppel.psl kann überschrieben werden, die alten Daten sind darin unverändert enthalten.

Hallo Berni,

ich habe die psb\ger\doppel.psl als Grundlage verwendet, einige MachineryGeometricParam-Werte geändert und eine Ausblattung passend mit eingebaut.
Dazu habe ich die bearbeitungen.psl studiert, dazugehörige Eingabemenüs angeschaut, einen Notizzettel geschrieben und ein wenig probiert.

Wichtig: vorher eine Sicherungskopie der Datei anlegen!!!

Ich hätte auch einfach die Dicam Vollversion kaufen können

Das war nicht einfach im Texteditor :-k , aber es funktioniert prima

Hat jemand von euch ein Punktsymbol für diesen Pfettenkopf?
Oder Zeit und Lust eins zu erstellen?

Klaue an die Kehle:
- lösche den Schifterlotschnitt
- V-Schnitt mit 3-6-2, dann hast du einen Kehlklauenschifter

hmm, rems-murr, das wär schon eine reise wert. ich überleg's mir.

Zitat von Master of P10+

Du 6 Bildchen und ich 6 Bildchen

Stoppt den Sittenverfall, kein Kalender mit 6-bildchen! =,

In der Tragwerkseingabe ist die Querschnittsänderung einfach, jedoch im Dicam (070904) gibt es einen Programmabsturz bei Querschnittsänderung, wenn der Stab Anschlussbearbeitungen enthält.

Manfred Götz

Welche Mindest-Pixelauflösung ist denn für den Druck erforderlich?

Hallo Master,

das kam zwischenzeitlich häufig vor, dass in der Vergrößerung andere Bilder kamen als in der Vorschau. Nach dem Reorganisieren der Datenbank durch den Admin stimmte es für eine Weile wieder. Das System ist halt noch nicht ausgereift.

Die von Ihnen ermittelte Reihenfolge hat nur mit der Anzahl der Bewertungen zu tun, und nichts mit der vergebenen Punktzahl.

Aber nichts für ungut, die ausgewählten Bilder sind alle schön.

Anbei die Reihenfolge "absteigend nach Bewertung". Wofür gab es eigentlich diesen Button?

Hallo Herr Götz,

kann es sein, dass die Bewertungen der Bilder stark durcheinandergewürfelt wurden? Jedenfalls erscheinen bei mir höher bewertete Bilder erst auf Seite 2.

Hallo Jens,

Die Reihenfolge der Bearbeitungen in der EKP-Liste hat keinen Einfluss auf die tatsächliche Produktion.
Im K2-Programm lassen sich bedingt mehrere Bearbeitungen in fester Reihenfolge eingeben, jedoch geht die Verantwortung dafür auf den Anwender über.

folgende Meldung gibt das K2-EKP dazu aus:

Hallo Jens,

muss es denn unbedingt das pdf-Format sein?
Dein Vorhaben lässt sich auch einfach mit HTML steuern.

Dasselbe Thema hatten wir im September schon einmal:

http://user.dietrichs.com/inde…;file=viewtopic&t=140

an alle, die noch Sommerzeit im Forum haben:

gerade habe ich gemerkt, dass neue Forenbeiträge "1 Stunde in der Zukunft" geschrieben wurden.

Hier kann man das korrigieren:
Einstellungen - Benutzerprofil - Profil - Zeitzone auf GMT+1 - Änderungen speichern.

Hallo Berni,

da hast du gerade einen Anhang von mir gelinkt.
Der Unterschied liegt im Dateiformat: jpg-Bilder können 16 Millionen verschiedene Farben enthalten und sind am besten für Fotos geeignet.
Mein Bild habe ich im gif-Format gespeichert. Das kann höchstens 256 Farben darstellen, im gezeigten Beispiel ist es sogar auf 16 Farben reduziert. Dadurch erscheinen gerade bei grafischen Darstellungen schärfere Kanten, weil an den Buchstaben- und Linienkanten keine Farbverläufe berechnet werden. Außerdem sind die Bilder viel platzsparender und schneller ladbar:
Dein jpg: 418x202 Pixel braucht 35.754 Bytes
Mein gif: 521x275 Pixel braucht 4.856 Bytes

Bevor ich ein Bild ins Netz stelle, lade ich es in ein Grafikprogramm und speichere es von dort das passende Format.