redwoodforest / pleasant3d Goto Github PK

Ideally the view would rotate around the point in the center of the window instead of the middle of the print bed (as implemented in #13).

When viewing an object in the middle of the print bed it appears the viewer still considers the "middle" of the view to be at 0,0 (the bottom left corner). This causes issues with rotating and zooming.

FInd the GCode spec and determine if parenthetical comments are permitted midline.

e.g.:
G1 X10 (comment) Y10

If this is permitted add support for this when scanning lines. One option is to strip out comments when initially creating a scanner from each line.

Via http://groups.google.com/group/ultimaker/browse_thread/thread/e1b7dcb320eb725a

Sverre Svenningsen

I've ... had trouble with it treating several of the first layers as a single layer, at least with gcode made by skeinforge 46.

The GCode supplied for testing with #3 (https://gist.github.com/1748757) has some code at the start which uses relative Z positions including one setting the value to -34. This is handled badly (the whole bottom half of the print seems to be seen as one layer going from -34-35.1mm).

The QuickLook plugin needs to be updated to match the changes made in issue #3.

Any time you open a GCode document while running a release build of Pleasant3D it crashes (no crash occurs when using a debug build).

Crash report: https://gist.github.com/637794e027686c745782

I believe that as currently written it may cause issues if the line contains a comment which contains a character being scanned for which is not present earlier in the line.

e.g.:
G1 X10 Y10 ; E12 <- this should not be treated as an extrusion because it is in a comment.

One way to do this is to strip out any comments before the scanner is created from the line.

Via selection from known devices and/or custom entry of size.

This should be fixed along the lines of issue #13.

It does not currently appear to display the object (only the printer bed).

This is so the entire object is displayed upon load.

https://bitbucket.org/zaggo/pleasant3d_opensource/issue/1/pleasant3d-recognizes-layers-in-gcode-but

When I load up a gcode file in Pleasant3D, it recognizes many layers but seems to show the object as a single red layer.

(attachments in linked issue — github doesn't support them)

When a document is opened the object does not display immediately but instead requires you to zoom in/out at which point it displays correctly.

As far as I'm aware this line:

G1 X10 Y15

Is just as valid as this one:

G1 Y15 X10

This should be confirmed and if it is the case then the parsing should allow for reordering of parameters.

Add a way to view how the axes are oriented relative to the current viewpoint.

http://groups.google.com/group/ultimaker/browse_thread/thread/e1b7dcb320eb725a

Taylor Alexander:

So, I have an obvious immediate feature request: The Pleasant3D site says
the bed size is hard coded but easily changed - obviously in the future we
should make it easily modifiable at runtime, but in the meantime, it would
immediately be very useful for me if the bed was adjusted for the Ultimaker

• made larger and the zero was adjusted to be the front left of the machine
  (when looking at the front of it). Normally I generate gcode with Netfabb
  (which has a nice graphic preview when placing the STL, but I want to try
  using Slic3r some more, and its weird never being able to preview where
  things will end up.

Via http://groups.google.com/group/ultimaker/browse_thread/thread/e1b7dcb320eb725a

Sverre Svenningsen

One thing I'd love to see fixed is to have some options on how it centers the visualized gcode. All of the gcode i make with skeinforge has 0,0 end up as the center and a single line going from the home position to where the model actually starts printing, and that makes it hard to rotate and pan the model around to look at its details.