Jump to content

Noridge

Members
  • Posts

    13
  • Joined

  • Last visited

Posts posted by Noridge

  1. 9 hours ago, Josh said:

    I think it's better for everyone to have just one product. It's not feasible for me to keep up with updates otherwise. Sales of UAK on Steam were almost nothing and it showed me that Steam can no longer be relied on.

    I think otherwise, as those products don’t necessarily target the same user groups. In my case I’m currently more interested in application development rather than game development -> UAK was (and still is) marketed as library for just that. I don’t see a valid reasoning to rent another software to have access to a feature I already paid for.

    While I get your point that it’s a burden to keep a non-profitable product updated, it should at least get the updates and fixes you implement while working on Ultra Engine anyway. This way people who are more into application development can happily continue working without the need to swap the UI lib - which in UAK’s current state would be necessary.

    7 hours ago, Josh said:

    I can also give you the code for the scrollbar, but I need to make sure the issue was fixed first...

    While that’s a nice offering of yours, I’m not the only one affected. And the scrollbar-issue is not the only problem. There were the cut-off labels of menu-items, tabbers etc. or the recently discovered issue with the caret not updating its position (just to name what comes to my mind right now).

    9 hours ago, Josh said:

    The other approach I was considering was to split the product up a bunch of different ways, by language, by feature set. I had about 12 different products in mind, in order to occupy shelf space on Steam, with the idea that their sum sales would make up for Steam's poor visibility. UAK was an experiment to see if that would work, and based on the results I saw I decided to go with the subscription model on our own site instead of Steam.

    How you are going to monetize Ultra Engine is (in my opinion) not of relevance in this case, as UAK is a separate product (that’s still on sale). Of course the information you gathered is of high value for the marketing of future products, but having sold this as stand alone library kind of demands at least basic maintenance.

    Otherwise, to be honest, is this just yet another advertisement for free and open source software - just like “The Machinery” some days ago.

  2. On 10/30/2021 at 11:33 AM, Josh said:

    I'm doing a lot of UI work and am planning an update for this and some scaling issues, plus a few small additional features.

    Well, sorry to bring this old thread back from the dead, but….. when are you going to release that update? 😅

  3. I've noticed some issues with the scrollbar of textareas. For better understanding I recorded everything and attached it as gif.

    If its important: the textareas content is a textfile's content, extraced using ReadFile(path)->ReadString().

    Please note that the part of "what happens when scrollbar is clicked above the thumb" is demonstrated in the part hat shows what happens if the arrow-buttons at the scrollbar's edges are clicked - my bad.

     

    uak_scrollbar.gif.40dafe9ca6647c0489f7d6bacd011247.gif

  4. Hi there,

    I recently noticed an issue with the menu items: Their width is shrinking if the DPI scale increases. Its quite prominent as the items' labels are not shown completely anymore. I tested the occurrence of this issue on a 2160p monitor (150% default scale) and a 1080p one (100% default scale) with differenct scales.

    For the tests I created a fresh project and used the code from the DPI Scaling tutorial. The mouse hovered over the first menu entry while generating the screenshots for you to see the width of the menu entry relative to the window title. They are ordered by DPI scale (100->125->150->175).

    First the 1080p monitor:

    1080p_100.png.46abb5b8eeb7d1cba050523d2b9acb07.png1080p_125.png.2b8f38b14b1250d1554d220b8b54aa97.png1080p_150.png.a8561652cbb817aaa8149988ad7c0040.png1080p_175.png.c8df3d975e31ab98fcd7a03b4b492a91.png

     

    Second the 2160p monitor:

    2160p_100.png.e7fe2dbc1f3c711426e45b099bd3b529.png2160p_125.png.eedd6b4ed53d39d33f9210e3f4bb16a5.png2160p_150.png.b865e614cc217ccc3cc6c9890932f889.png2160p_175.png.b8b9595df423a55ec027ac1cbc62dd94.png

     

    Other than that the DPI scaling capabilities of UAK are awesome, especially as there are many software products out there which are totally unable to accomplish something like this. ?

    • Thanks 1
    • Upvote 1
  5. 2 hours ago, Josh said:

    I get the same, but when I debug the program from Xcode there is no problem. Very strange.

    The fix is up on Steam now. :)

    Awesome! Many thanks :)

    35 minutes ago, Josh said:

    Got any desktop screenshots to compare?

    Yep, completely forgot to append one in my first post. It shows the project manager as it starts with the default resolution 1280 x 800 (Retina) -> scaled by 2. By setting the display resolution to its native size of 2560 x 1600 it looks better (screenshot 3). After having it started this way and the changing the resolution back to 1280 x 800 the window is a little bigger but still good (screenshot 4).

    I've also noticed that the "x"-Icon of the close-button in the upper right of the window is missing (screenshot 2).

    Bildschirmfoto 2021-06-22 um 23.13.09.png

    Bildschirmfoto 2021-06-23 um 17.56.03.png

    Bildschirmfoto 2021-06-23 um 17.59.58.png

    Bildschirmfoto 2021-06-23 um 18.01.02.png

    • Thanks 1
  6. Great to see UAK is coming to macOS and Linux :)

    I've installed the beta on my 2013 MB Pro with a 13" Retina display and noticed two issues with the login window and the project manager:

    • they seem to have scaling issues with retina displays - on the internal display of the mpb its twice as big, but when I attach my non-retina Thunderbolt Display it scales correctly
    • pressing the command key makes them crash
×
×
  • Create New...