Indie game storeFree gamesFun gamesHorror games
Game developmentAssetsComics
SalesBundles
Jobs
Tags
  1. Zoom levels are very inconsistent. I can zoom anywhere in a certain range, but outside that range there are huge jumps, only one of which is close to convenient for my monitor size.
  2. At that zoom level, dodclient consistently relocates my line segments one pixel up, no matter what brush size I use. In order to get the lines/curves to appear where I want, I have to deliberately draw one pixel down.
  3. Also at that zoom level, half the tools are off the screen, I can scroll down to reach them but as soon as I do anything, they jump below the bottom of the screen again.
  4. Any time I resize or move the window, the color picker stays behind, and doesn't refresh itself in the new location until I click on it.
  5. Uses 100% of my CPU whenever the window is frontmost.

This was with a recent bleeding edge client, I downloaded it this past Monday. Windows 10 recently updated, real Oraclejava version "1.8.0_261"
Java(TM) SE Runtime Environment (build 1.8.0_261-b12)

1. The zoom levels are following a curve 1.189207115002721^x where x ranges from -8 to 24, or alternatively 2^x where x is sampled at every 1/4 from -2 to 6. That means, that every zoom level is ~1.19 more zoomed in than the last one and that every 4 levels, the zoom level doubles. The values are truncated to a low number of decimals but it shouldn't have a large effect. Using exponential zoom means that the intervals should be the consistent at all levels. So I have to assume that the problem is not of consistency, but that the differences between the levels are too big? The zoom tool (to differentiate from the scroll wheel) on the other hand zooms the canvas 4 levels at a time (= doubles zoom), and should had had a way to zoom one level at a time, but that was broken, I'll fix that asap and add a slider for changing the zoom strength for good measure. Adding more fine grained zoom (e.g. doubling every 8 levels) would make zooming in and out slower especially on large doodles as this still redraws everything for every level when zooming with scroll wheel. If I manage to fix the lag with zooming with scroll I'll be able to add more fine grained zoom as well. If the problem was not any of this, and is somehow solvable, lmk.

2. Can I ask what your screen resolution is, I'm having a lot of difficulty trying to see if a dot or a part of line is one pixel in any direction because the pixels are very small. I changed the part of code that translates screen coordinates to add half a pixel to the screen coordinate so it should now use the center of the pixel instead of the top left corner of the pixel. I can't see a big difference but maybe the results are a tiny bit better now?

3. I don't know why the zoom level would affect the tool positions on the screen, other than that the zoom level gets changed even when the cursor is on the side panel. The scroll wheel is no longer used for zooming if it's on the layer or tool panels. I can't recreate the situation where the tools are off screen. I did, however manage to break the ui even more than it originally was.

4. insert "UI coding is my passion" meme or something here. I thought using an image would had been easier but apparently displaying images properly is too difficult for java or whatever so I'll just code the circle directly as a function of x and y positions of the pixels, the cpu usage likely won't be the best but at least it should stay intact when it's moving. 

5. I thought I fixed that last year. At least on my machines the only time it's using more cpu is when it's redrawing the canvas but not if the cursor is not moving. I'll need to check that at some point when I have more energy.

I pushed a new build where at least some of those should be fixed.

Deleted 3 years ago
  1. Fixed. With the previous version, it felt like it was using the 1.19x curve most of the time, except in the range where I actually needed it where it was extremely inconsistent. Now the curve is as expected.
  2. Fixed, line placement is now accurate and does not jump after drawing. My screen is 1366x768. If you want to see things with pixel accuracy, can you use the zoomin / Magnifier /  equivalent tool on your OS? I think it's required by the ADA.
  3. Fixed but revealed another problem. The tool icon areas are now scrunched to fit in the available area (based on a fullscreen window) so no scrolling is necessary if my window is fullscreen. If I shrink the window, the tool icon areas shrink but not enough to keep them within the window boundaries, so it becomes necessary to scroll to see all the tools. The catch is in both cases the tool icons themselves are not scrunched so I can only see the top 1/3 of each icon. Fortunately the scroll bar now stays where I put it.
  4. Fixed, thanks
  5. Seems to not be happening this time. I dunno.

Thanks a bunch!

Now, if I only knew what I could do to prevent DoD from timing out the images I'm drawing.