World: r3wp
[View] discuss view related issues
older newer | first last |
Geomol 1-Sep-2005 [2426] | Oki doki! |
Henrik 1-Sep-2005 [2427] | sorry, it only shows every X interval... adjustable in the display-canvas function |
Geomol 1-Sep-2005 [2428] | We have to see, when there is more stuff in the program, if I should put in such a mechanism. |
Henrik 1-Sep-2005 [2429] | ok, looking forward to see some progress :-) |
Geomol 1-Sep-2005 [2430] | :-) Just fixed a bug with line tool, if start and end point is the same. Well, that's progress! ;-P |
Henrik 1-Sep-2005 [2431] | alright. :-) would it be hard to add straight X/Y line drawing with the shift key? |
Geomol 1-Sep-2005 [2432x5] | :-D Didn't remember that before now. I'll check it on my Amiga... |
Hmm the feel function "over" doesn't get an event, but engage do. Shift can be checked with event/shift. | |
So it's possible to have a functionality, where you first press the mouse, then shift, then move the mouse. I don't think shift first, then mouse button, then mouse move can be handled like in DPaint. :-/ | |
Because you might move the mouse a bit after shift, before mouse button. | |
It might be doable with the feel function "detect". | |
Brock 1-Sep-2005 [2437] | Speaking of shift, wasn't the cirlce tool actually an elipse, and holding shift created the same x-y offset, same with rectangle tool. Shift made a square? |
Geomol 2-Sep-2005 [2438x2] | In DPaint IV on my Amiga here, circle and ellipse are 2 tools, and shift has no impact, but you're right with rectangle being square, when shift is down. Implementing that... |
Done. New version uploaded. | |
Henrik 2-Sep-2005 [2440x2] | tegneprogrammet er dog stadig meget sløvt |
whooops, wrong group | |
Anton 2-Sep-2005 [2442] | Geomol, I don't see why you can't wait for the mouse down before deciding on the axis direction. If shift happens to be pressed when you get the down event, then you enter "shift-down" mode, and on subsequent move events, either shift is pressed, so decide and "quantize" to a horizontal/veritcal direction, or not, so allow any direction as usual. |
Geomol 2-Sep-2005 [2443x2] | Anton, yes, that is a solution, but being able to have sticky coords at all time is good. Let's say, you want to draw a line aligned to another element, but at the other side of the screen. Then you first move the pointer to the element, press SHIFT, move to other side of screen and start the line. I've implemented it via the "detect" function. New version uploaded at http://home.tiscali.dk/john.niclasen/canvas/canvas.r Instructions at: http://home.tiscali.dk/john.niclasen/canvas/canvas.html |
It's possible to press or release SHIFT at any time, also e.g. doing an ellipse to freeze height or width of ellipse before finishing and rotating it. | |
james_nak 2-Sep-2005 [2445] | OK, where's the Right mouse erase function? : ^) |
Geomol 2-Sep-2005 [2446] | Coming up... :-) |
Anton 2-Sep-2005 [2447] | Ok, I see. I thought it was trying to be like the dpaint functionality as I remember it. Perhaps you can use control for that. |
Geomol 2-Sep-2005 [2448x2] | In DPaint, you can use shift at all times aswell, also before clicking with mouse. |
james_nak, uploaded new version with right-click for drawing black. I'll wait with possibility to choose right-click color, until I do GUI. | |
james_nak 2-Sep-2005 [2450] | Thanks. I'll try it right now. |
Henrik 2-Sep-2005 [2451] | james, try drawing circles with this version and then try this one: http://hmkdesign.dk/rebol/canvas.r Which one is faster? |
james_nak 2-Sep-2005 [2452] | Henrik, the latter is faster. It is most obvious with the draw command and very rapid mouse movements. |
Henrik 2-Sep-2005 [2453] | do you have fast or slow hardware? |
james_nak 2-Sep-2005 [2454x2] | Geomol, the Right click is most familiar! Cool. |
1.8 Ghz 512MB and I haven't rebooted Xp in a while. | |
Henrik 2-Sep-2005 [2456] | then the patch is mostly visible on fast machines... |
Geomol 2-Sep-2005 [2457x2] | Henrik, I've implementer your display-canvas, but with 50 FPS as the original PAL Amiga. New version uploaded. |
Hmm no good is some cases. Drawing lines sometimes doesn't show the end result. I think, some "show canvas" should be forced. I'll check... | |
Anton 2-Sep-2005 [2459] | Event filtering is difficult. Have you seen Gabriele and Romano's work on that ? Look for eat.r and there is another one too.. |
Geomol 2-Sep-2005 [2460] | New version uploaded with forced "show canvas" for all but "over" functions. Testing needed! |
Henrik 2-Sep-2005 [2461] | you could probably force a show canvas every time you receive an 'up event |
Geomol 2-Sep-2005 [2462x3] | yup, and down and key-presses. |
Anton, no, I'm not familiar with those. | |
Anton: but I think, I've got it "good enough" now. | |
Henrik 2-Sep-2005 [2465x3] | I think the feel is pretty good now. It's not silky smooth, but it's very responsive. It has a lot of potential. |
bug: pressing + results in an error | |
seems only to happen while the mouse button is pressed | |
Geomol 2-Sep-2005 [2468x3] | check! I'll look at it. |
Fixed. It's very funny to draw and change brush-size at the same time! :-) New version uploaded. | |
Wow, you can do that with the original DPaint too (just tried). Didn't know that! | |
Henrik 2-Sep-2005 [2471] | I think you can do almost anything, even switch drawing tools while the mouse is pressed in DPaint. |
Anton 2-Sep-2005 [2472] | Yes, but how to get good control over it ? |
Henrik 2-Sep-2005 [2473x2] | hmm.... I think there needs to be a limiter as well on keypresses. try moving the mouse around while not drawing and press and hold +. The movements are slow. |
this could also be affected by how fast key-repeat is set in your OS... | |
james_nak 2-Sep-2005 [2475] | G, the Rt-mouse is now draw. |
older newer | first last |