Posts made by azuby

Ich und mein großes Maul grummel

azuby

Und was spricht gegen "Ja"? Etwas, dass es keine Importfunktion gibt? Ich hab mir die Struktur mal angeschaut und beim ersten Mal schon festgestellt, dass die in WRL auch nur mit Wasser kochen. Es dürfte also möglich sein, einen Importer zu schreiben.

azuby

Momentan geht hier nichts weiter, weil wir bezüglich IT zuhaus völlig abgeschnitten sind - kein Telefon, kein Internt, nur langweiliges TV und mein Neue-Bücher-Stapel von momentan wieder etwa 30 cm

Ich mach dann weiter, wenn ich wieder an meine Informationsquelle Nr. 1 rankomme.

azuby (von da, wo man Geld verdient)

Das gestrige ToDo is done. Tja nu, so schnell kann's gehen

azuby

Auch aus der Live-Demonstration gestern hat sich herausgestellt, dass es uuunheimlich sinnvoll ist, die volle History auch dann sehen zu können, wenn man sich in einer History-Version befindet. Bis auf ein paar Tests, ob das auch wirklich alles noch klappt, ist das jetzt ebenfalls implementiert.

Weil wir ja schon eine Funktion "Alle jüngeren löschen" alias "Rollback" haben, hat sich auf die Liste der ToDos noch ein "Alle älteren löschen" geschlichen, was ganz sinnvoll ist, wenn man einige History-Punkte gesetzt hat und irgendwann feststellt, dass man das ganze alte Gerümpel vor dem Versionsstand 15 (oder so) nicht braucht. Denn je mehr Versionen ich hab, desto länger dauert ja auch das Laden der History. Man bedenke nur, was da durchaus für eine Menge an Daten zusammenkommen kann bei komplexen Modellen.

Aber soweit kann ich schonmal feststellen: Die wirklich wichtigen Funktionen sind alle eingebaut. Jetzt geht's vornehmlich noch darum, alles hübsch zu verpacken und vernünftig bedienbar zu machen.

azuby

Heute kam dann noch auf dem linkesten der Tabs (siehe auch den neuen Screenshot im englischsprachigen Thread) ein Update-Button hinzu, das gab's als erstes Feedback schon bei einer heutigen Live-Demonstration. Außerdem gab es noch die Anfrage - auch heute - ob man nicht für die Balken ebenfalls im linken Tab, also für die History-Punkte, noch einen kurzen Kommentar reinschreiben könnte, damit man bei geschlossenen Tabs schneller sieht, um was es dort damals ging. Gesagt, getan. Wenn man jetzt "Set history point" klickt (oder im Menü wählt), bekommt man ein kleines Fenster, in das man einen kurzen Kommenatr eintragen kann.

Die Grafik-Versuche sind fortgeschritten, langsam wirds. Bei den Options gibt es zumindest schon mal ein paar Sachen zum Anklicken, funktionieren aber nocht nicht.

Ach ja, wen es interessiert: Es sind momentan etwa 2300 Codezeilen, immer noch mit bisschen Redundanz. Die Dateigröße liegt noch unter 100 KB - verglichen mit anderen Rubyskripten ein absolutes Schwergewicht

azuby

Die Oberfläche ist jetzt mit den Systemfarben des Anwenders gestaltet, damit seid ihr dieses hübsche Pink los Für nahezu alle Aktionen gibt es vernünftige Buttons, keine Links. Man kann Task jetzt wirklich als "Solved" markieren, man kann neue Tasks hinzufügen und man kann diese neues Tasks ebenfalls als "Solved" markieren und sie zusätzlich auch löschen. Das geht freilich nur beim aktuellen Arbeitsgang, Tasks von History-Punkten lasse ich nicht zu, entfernt zu werden, weil ich darin keinen Sinn sehe. Um Änderungen an Tasks permanent abzuspeichern, muss man einen neuen History-Punkt setzen. Ich überlege noch, ob ich das wahlweise auch so bereitstelle, dass die Änderungen sofort weggeschrieben werden - eigentlich aber eher nicht, denn sollte Sketchup irgendwann mal zulassen, dass man informiert wird, wenn der Nutzer ein Modell speichert, kann man dann ja den History-Punkt automatisch setzen und damit sicherstellen, dass die als "Solved" markierten Tasks in der aktuell gespeicherten Datei tatsächlich auch solved wurden.

Genau.

azuby

Was so die letzten Tage hinzugekommen ist: Die farbliche Hervorhebung der "grauen Balken" istjetzt dreifach: Wenn der Punkt keine Aufgaben hat, ist keine farbliche Umrandung. Wenn der Punkt Aufgaben hat und mindestens eine davon ist noch nicht erledigt, gibt es einen roten Rahmen. Wenn der Punkt Aufgaben hat und sie sind alle erledigt, dann ist der Rahmen grün. Weil es natürlich ein bisschen blöd ist, die ganzen Punkte immer auf- und zuzuklappen, werden im Tab "Tasks" untereinander jeweils alle roten und dann alle grünen Tasks gelistet. Über diesen beiden Listen befindet sich das Eingabefeld für neue Tasks. Rote Tasks haben außerdem je Task "Mark solved" Tasks werden momentan schon aus der XML-Datei ausgelesen, das Eingeben und "solved"-Markieren ist noch nicht implementiert.

azuby

Noch nirgendwo. Ich überlege momentan, wie ich damit umgehe. Es steckt wirklich eine ganze Menge Arbeit drin.

azuby

Und heute kann man Rollback nutzen. Außerdem kann man einzelne History-Punkte nun löschen.

Wenn ich Muße habe, dann kommt wohl noch die Funktion hinzu, alle History-Punkte zu löschen, die zeitlich vor einem gewählten Punkt liegen - wenn man meint, die ganz alten Dinger braucht man nicht mehr.

Als nächstes werde ich mich um die Funktionalität kümmern, von der Oberfläche aus Aufgaben hinzuzufügen, anzuzeigen und als "erledigt" markieren zu können.

azuby

Und es geht weiter:

Man kann jetzt die gesamte History eines Modells löschen. Man kann bei History-Punkten, die mit .skp-Datei gespeichert wurden, die .skp-Datei löschen. Man kann, sofern ein History-Punkt mit .skp-Datei gespeichert wurde (und die Datei nicht gelöscht wurde) sich das Modell dieses Zeitpunktes anzeigen lassen. Man kann auch - weil ja so ein zurückliegendes Modell keine eigene History hat - über eine Funktion "Load newest" wieder zum neusten zurückkehren. Außerdem wird jetzt farblich an den Einträgen signalisiert, wo noch Aufgaben zu erledigen sind.

Alle Aktionen, die nur teilweise bestimmte History-Punkt-Daten verändern, sind noch nicht vollständig implementiert. Das betrifft also "Rollback" und "Remove history point", außerdem alles, was mit Tasks/Todos zu tun hat.

azuby

def zoom_to name
  selection = Sketchup.active_model.selection
  selection.clear
  Sketchup.active_model.entities.each do |e|
    if e.kind_of?(Sketchup;;Group) or e.kind_of?(Sketchup;;ComponentInstance)
      selection.add e if e.name == name
    end
  end
  Sketchup.send_action 'viewZoomToSelection;'
end

Getestet folgendermaßen:

• Datei "irgendwas.rb" in Tools-Verzeichnis angelegt
• Code reinkopiert
• Datei gespeichert
• Sketchup geöffnet
• den Typen in der Mitte des Bildschirms im "Entity Info"-Fenster "Horst" als Namen gegeben
• in die Ruby-Konsole eingegeben: zoom_to "Horst"
• ein Viereck gemalt
• Viereck mit Kanten zusammen markiert
• Viereck im "Entity Info"-Fenster "Karl" als Namen gegeben
• in die Ruby-Konsole eingegeben: zoom_to "Karl"

Auffällig: Der Betrachtungswinkel ist möglicherweise nicht schön.

azuby

Ich verknüpfe mal die beiden Threads:
http://www.sketchucation.com/forums/scf/viewtopic.php?p=8333#p8333

azuby

Verblüffend. Weder hier noch im Ruby-Subforum Vorschläge zur Verbesserung Hm tja OK, scheint wohl entweder so allumfassend zu sein, dass nichts mehr fehlt oder so abwegig, dass man nicht auf den Gedanken kommt, es könnte was fehlen.

off topic
@N Lindenthal
Bin durch Zufall gerade auf Folgendes gestoßen: Wähle mal in irgend einem Modell ein Element aus, bewege dich davon dann weg und gib dann in der Ruby-Konsole folgendes ein:[code]Sketchup.send_action 'viewZoomToSelection:'[code]So, gehen wir mal davon aus, du hast Gruppen und Komponenten im Modell, die einen Namen haben. Dann muss nur noch durch die Elemente des Modells iteriert werden, bei jedem geprüft, ob es eine Gruppe oder Komponente ist und wenn ja dann noch der Name gecheckt werden. Wenn man eine gefunden hat, wo der Name passt, dann sendet man einfach das Kommando von oben.

azuby

So, wieder aktueller Stand.

Ich hab mir das mit der Versionsverwaltung noch einmal durch den Kopf gehen lassen. Ich plane eine Option, die man antickern kann, um zu sagen, ob man die Modelldatei selbst (also die .skp-Datei) mit in die History packen will oder nicht. Momentan wird (neurdings) mit hineingepackt, aber sowas kann ja dann ausarten, wenn das Modell größer wird. Es entstehen somit zwei "Arten" von History-Punkten
1.) solche mit nur den statistischen Daten und einem Bild
2.) solche wie 1.) und zusätzlich mit der .skp-Datei

Bei der Auflistung der History-Punkte ist bei den Versionen, die mit .skp-Datei gespeichert wurden, ein Link zu sehen, drauf steht "Rollback", was soviel heißt wie "Schmeiß alles weg, was neuer ist als dieser History-Punkt" Die Funktionalität dahinter muss noch implementiert werden, sie wird dann natürlich destruktiv sein müssen -> Rollback ist mit Vorsicht zu genießen. Immer.

Das Storyboard ist momentan relativ spartanisch, es werden die Bilder der Versionen angezeigt, um einen Überblick über den Fortschritt der Arbeit zu erhalten. Außerdem werden die Bilder in einer Animation gezeigt - nice to have. Wenn man vor dem Speichern der .skp-Datei das Modell immer wieder auf die gleiche Position bringt, dann bekommt man ein hübsche Animation, bei der man dem Modell beim Wachsen zugucken kann. Dazu am bestenn eine Seite/Page/Scene anlegen und auf diese vor dem Speichern wechseln. In diesem Zusammenhang die momentane Reihenfolge der Useraktionen:
(- auf "Preview"-Page wechseln)

• Modell speichern
• History-Punkt setzen per Klick auf Toolbar-Button, Menu-Eintrag, Kontextmenu-Eintrag

Die graphische Auswertung der Modelldaten wurde geprüft, ihr steht nichts im Wege, außer der Mathematik

Die aktuelle Ansicht (also dass, was in dem Bild/Anhang ein paar Beiträge zuvor zu sehen ist), kann jetzt als HTML-Datei rausgeschrieben werden, damit man es verschicken und anderen Leuten zeigen kann. Hier muss ich bezüglich der Bilddaten noch einen Bugfix machen, da momentan die Pfade absolut gesetzt sind.

Es wurden außerdem diverse andere Bugs gefunden und beseitigt

edit: Vermutlich komme ich die nächsten Tage nicht dazu, an der Ruby-Erweiterung zu arbeiten. Die Pflicht (in Form von Uni-Aufgaben) wartet und ich hab sie sträflichst missachtet.

azuby

Es scheint, dass die Entwicklung jetzt eine wichtige Hürde genommen hat - und zwar das fehlerfreie Lesen der Daten aus und Schreiben der Daten in die XML-Datei. Aufgrund der Menge an Informationen schleichen sich hier hin und wieder Flüchtigkeitsfehler ein, bei denen der Programmierer dann über "Bugs" flucht.

Aktuell sind etwa 1.300 Zeilen programmiert, wobei Redundanz dabei ist und einige Daten auch nur HTML-, CSS- und Javascript-Content sind.

Auf die ToDo-Liste hat sich nun noch ein Feature geschlichen, und zwar die Ansicht der History in Form eines Storyboards. Vielleicht lässt sich auch eine Animation dynamisch erstellen, mal gucken.

Weiterhin sind in der Ansicht Versionsnummern hinzugekommen, damit man die Einträge (die grauen Balken) nicht zählen muss. Der oberste Balken hat als Indikator, damit man weiß, dass es sich dort um die aktuell im Modell angezeigten Daten handelt (auch wenn das Modell in der Form noch nicht in der History ist), eine farbliche Hervorhebung erhalten.

azuby

Zum Appetit-Machen mal ein vorläufiger Screenshot.

azuby

Das geht sicherlich, hat vielleicht was mit Views zu tun, denke ich. Damit habe ich noch nichts gemacht. Gehört aber auch nicht zur History.

ModelHistory soll eine Mischung aus Projektanalyse-, Reporting- und Versions-Tracking-System sein. Also wo ich mir angucken kann, wie die relevanten Daten des Modells zu einem bestimmten Zeitpunkt aussahen und wie fleißig ich war mit der Erstellung neuer Flächen, Kanten, ... Es geht also um die kontinuierliche Arbeit an ein und derselben Datei. Die eigentliche Versionsverwaltung des gesamten Modells, so sie denn gebraucht wird, kann ich nicht leisten. Dazu bediene man sich bitte eines CVS oder SVN.

Momentan plane ich noch, eine ToDo-Liste mit einzubauen, damit man gucken kann, wann man welche Aufgaben gestellt hat und wann oder ob sie erledigt oder verworfen wurden. Da kann dann der Chef kommen, ein leeres Projekt mit 2578 ToDos aufsetzen und sagen: "Nu mach mal. Und schick mir das Projekt wöchentlich zu, damit ich dir eins verpassen kann, wenn du zu langsam bist."

Die "Projektdokumentation" wird in eine XML-Datei ausgelagert mit dem Vorteil für den Anwender, dass er sie auch mit anderen Programmen angucken kann. Z. B. könnte man dem Chef auch nur die XML-Datei schicken, weil der ein bestimmten Programm hat, was direkt über eine Schnittstelle mit einem Projektmanagement-System verbunden ist. Und dann geht die Bezahlung über erledigte ToDos

azuby

Folgende Werte Werte in die History mit aufgenommen:

• Component instances
• Compontents
• Construction lines
• Construction points
• Description
• Dimensions
• Edges
• Faces
• Groups
• Images
• Layers
• Materials
• Pages
• Points
• 3d polylines
• Sectionplanes
• Styles
• Texts
• Title

Ich bin mir momentan bei den mengenbezogenen Werten noch nicht sicher, ob ich nur die Mengen oder auch andere Werte mit sichere. Was wäre denn besser?

Fällt euch noch mehr ein, was interssant sein könnte und/oder ihr euch wünscht?

azuby

So die Damen und Herren ,

wie der Name schon sagt dreht es sich hier um eine Ruby-Erweiterung für Sketchup. Sie dient dazu, den Modell-Erstellungsprozess in groben Zügen zu dokumentieren - und das so automatisch wie möglich. Die Erweiterung ist natürlich noch nicht fertig ("'natürlich', azuby, ist sie nicht fertig, wer hätte das auch erwartet ?"), aber ich wollt hier schon einmal ein bisschen Ausschau halten, ob es zu diesem Thema vielleicht ein paar Wünsche oder Anregungen gibt. Bebilderung und Datum sind schon eingebaut.

azuby