Testmarkup - Sketching in Rhino 8 - FUN STUFF!

[ahmad_d]

Hello
I didn’t have one ,I intend to buy one that can work with rhino
Did rhino need a specific requirements to work with graphic tablet or it does not ?

[theoutside (Kyle Houchens)]

nothing specific is spec’d, I have tested it on a side car enabled ipad, and a cintiq.

[Czaja (Jakub Czajczynski)]

This may be obviously a very handy feature, but… where is the eraser?

---

I’ve done many underlay sketches using a kind of hacky and uncomfortable connection between Photoshop and Rhino. Drawing directly in Rhino would be so much better if implemented correctly. Of course, I’m not looking for the same capabilities as in Photoshop but if you are curious about a pretty nice vector drawing program I can recommend the Concepts App.

---

If I set MarkupLayer to some other value, every time I exit the command viewport camera starts moving.

---

I know it’s a test command, but for me to be able to test it properly please:

1. Change the MarkupLayer setting from giving numbers to pointing to specific Layers by their name (including nested Layers)

2. Allow setting Colors with transparency.

3. More importantly than the second point: make every possible setting to be set by Layer.

4. Currently I can undo lines but I can’t redo them.

5. There must be some tool that would serve as an eraser, it should either affect only: a specific layer / current layer / all layers / only curves made by the TestMarkup command. The best would be to have different erasers for different linetypes.
   I should be able to prepare a couple of TestMarkup macros that would resemble different tools (pencil, pen, marker) this could just mean different linetypes. Of course, there can be a “global eraser” but for the ease of drawing specific eraser should only affect specific linetypes (so it should have some kind of filter built-in). This way we can avoid erasing underlying sketches while erasing the “marker” lines without fiddling too much with the layer-locking system.

6. The current implementation of line tapering in Rhino is very odd. - It’s a good start for showing the technical ability, but usability is not there. Currently it’s good for drawing horsehair worms and similar stuff.

Feature Request: Advanced linetype taper settings

Usefulness of taper settings No (ok, there will always be a few crazy people) artist draws a line in such a way that the brush pressure smoothly goes from point 0 to reach the maximum brush size at a certain point, and then the size smoothly changes to another value. The strangeness of using such settings of narrowing the brush is well illustrated by the situation when we have many lines of different lengths next to each other. Comparing two lines, e.g. 5 and 50 cm long, which widen in the mi…

[Mitch_Krupp]

Works on a Huion as well.

[mkarimi (Morteza Karimi)]

Hi Jakub,

These are all great suggestions, I made this command in the first place to use it internally in iRhino (our iOS app) for a very specific use case. It’s just a wrapper for the Sketch command with options to set color, thickness, etc. That’s why some of the command options may not work the way you expect.

I wonder if Sketch is a better command for doing some of the things you’re trying to do.

If TestMarkup is proven useful in desktop Rhino we can turn it into a real command for Rhino 9 and implement the improvements that you outlined.

I logged the here: RH-83307 TestMarkup in Rhino

@Czaja

• Change the MarkupLayer setting from giving numbers to pointing to specific Layers by their name (including nested Layers)
• Allow setting Colors with transparency.
• More importantly than the second point: make every possible setting to be set by Layer.
• Currently I can undo lines but I can’t redo them.
• There must be some tool that would serve as an eraser, it should either affect only: a specific layer / current layer / all layers / only curves made by the TestMarkup command. The best would be to have different erasers for different linetypes.
  I should be able to prepare a couple of TestMarkup macros that would resemble different tools (pencil, pen, marker) this could just mean different linetypes. Of course, there can be a “global eraser” but for the ease of drawing specific eraser should only affect specific linetypes (so it should have some kind of filter built-in). This way we can avoid erasing underlying sketches while erasing the “marker” lines without fiddling too much with the layer-locking system.
• The current implementation of line tapering in Rhino is very odd. - It’s a good start for showing the technical ability, but usability is not there. Currently it’s good for drawing horsehair worms and similar stuff.

[Czaja (Jakub Czajczynski)]

Thanks, I spent hours investigating today’s state of things when it comes to drawing in Rhino. I’m willing to spend more to laid out all the issues and showstoppers, hopefully, it may help you slightly in developing a robust and useful tool.
I have a lot of things to write and post but maybe I will start with this technical limitation/issue. In future posts, I will write comparisons to the Crayon which had a lot of concepts right, but it looks abandoned, has bugs and it’s partially broken in Rhino 8.

Testing different tablets and settings.

I have two tablets at hand, a Wacom Intuos Pro and a Samsung Galaxy Tab S7 FE.

1. Wacom Intuos Pro
To be able to draw I need to turn off Windows Ink. If I don’t do that, instead of drawing I’m panning the view.

Disabling Windows Ink for the Wacom Tablet

2. Samsung Galaxy Tab S7 FE
Application Super Display allows you to connect your tablet to the PC and use it as if it were a drawing tablet with a screen such as Wacom Cintiq or Huion. Even though I think I disabled Windows Ink by following some online instructions, I can’t use it to draw in Rhino.

Attempt to tufn off Windows Ink for Samsung tablet

However, I don’t have to turn Windows Ink off to draw completely fine using the same Samsung Tablet + SuperDisplay App method in desktop applications like: Concepts, Photoshop, Clip Studio Paint. You can see it in the video below.

Using Samsung Galaxy Tab S7 FE with SuperDisplay app to draw in the Windows version of Concepts App and trying to do the same in Rhino WIP

Panning issue refers for both TestMarkup / Sketch command and Rhino plugin Crayon.

[taraskydon]

Please add to Rhinoceros sdk the ability to display the force of the pen pressure. if possible, I would like to use it in the Sculpting Tool.

[mkarimi (Morteza Karimi)]

@taraskydon

Please add to Rhinoceros sdk the ability to display the force of the pen pressure.

Do you mean pen pressure when using a wacom tablet with desktop?

[taraskydon]

@mkarimi

Do you mean pen pressure when using a wacom tablet with desktop?

Yes. I’m wondering if you have developed a native (win/mac) method for this and if you can add it for use in Rhinoceros sdk Rhino.UI.MouseCallback. Your method is not universal and works only with Wacom tablets?

[mkarimi (Morteza Karimi)]

@taraskydon

Yes. I’m wondering if you have developed a native (win/mac) method for this and if you can add it for use in Rhinoceros sdk Rhino.UI.MouseCallback. Your method is not universal and works only with Wacom tablets?

Markup command doesn’t use pressure sensitivity. The tapered curves you see in Kyle’s example are simply thicker in the middle.
I agree it’ll be nice to support pen pressure in the future

[michaelvollrath]

@mkarimi

I agree it’ll be nice to support pen pressure in the future

+1 on this as something I am interested in as well for integration in my developments, if support is given for this my preference/wish would be to have rhinocommon access to it. Something like .PenPressure as a get, read only float value one can retrieve

[taraskydon]

Will this solution work? Is it possible to track with Rhion.UI eto Form in MouseCallback?
@curtisw

 { ////
 Rhino.UI.RhinoEtoApp.MainWindow.MouseDown += OnMousePressureDown;
 }

        void OnMousePressureDown(object sender, Eto.Forms.MouseEventArgs e)
        { 
            //Gets or sets the pressure of the mouse/stylus press, if applicable. 1.0 if full
            //pressure or not supported.
            double pressure = e.Pressure;
            double size = pressure * 10;

            RhinoApp.WriteLine($"Pressure: {pressure}, size: {size}");
        }

[curtisw (Curtis Wensley)]

Hi @taraskydon,

@taraskydon

Will this solution work? Is it possible to track with Rhion.UI eto Form in MouseCallback?

Sorry, events won’t work through Eto wrappers of the MainWindow as on windows it’s an MFC window, and on Mac it’s a native NSWindow.

Even though these might both be Eto based windows in the future, lighting up all these fun events and functionality, it won’t happen any time soon (maybe Rhino 10?).

In the meantime, Rhino.UI.MouseCallback is your only cross platform way to listen to these events.

[zale_orcid]

where can I get this? start?

[wim (Wim Dekeyser)]

@zale_orcid

where can I get this?

Where can you get what?
-wim

[taraskydon]

and if you create a transparent Eto.Forms.Form On the top of the entire window of the Rhino. Will it be possible to read the event Eto.Forms.MouseEventArgs e.Pressure in theory?

[taraskydon]

I checked it, it doesn’t work because there is nothing active on the screen. and if you add an almost transparent color, it covers the activity Rhino. as expected.