Josh

I did not know that VMs now even support 3D graphics. That was not the case a few years ago. What program do you use for the VM?

Also made a small improvement...when rendering the selection outline, the backfaces all get rendered, so the selection includes those:

This command is part of the dynamic render Vulkan extension: https://registry.khronos.org/vulkan/specs/1.3-extensions/man/html/vkCmdBeginRenderingKHR.html This is core in Vulkan 1.3.

I've updated Editor.exe. The hot reloading works correctly now when you save a file externally. Thumbnails and some menu items don't work, but other than that I think it is finished. Definitely check out the Lua extensions in Scripts/Start, they are very powerful.

Did the Vulkan build of Unity run?

I don't think it will make any noticeable difference in speed one way or another, but it definitely simplifies the code. If we can get the same thing done in less code that makes the engine more adaptable.

Updated 1.0.2 Package file now name does not count as part of the file path files are loaded from. If you have a Zip file named "data.zip" in your project directory that contains a file "box.gltf" you would load it by calling LoadModel(world, "box.gltf")

Do Windows virtual machines support Vulkan graphics at all?

Shit, I think you are right and the way it was before was better.

Good question. It seemed ridiculous to me to see this in the asset browser tree: Models.zip Models box.gltf I am guessing you are thinking about splitting files up among a lot of arbitrary Zip files for distribution, in which case the file name Models.zip could only be used once...

Added two Lua extensions in 1.0.2: ZenMode.lua adds an option in the View menu to switch to a fullscreen view StartupTime will print the time it takes for the program to start to the console

Updated 1.0.2 Fixed window size bug Fixed ziplib bug Improved behavior of zip package saving Added WINDOW_ACCEPTFILES and EVENT_WINDOWACCEPT Model files now load correctly from a package, with materials and textures Added function RelativePath() An important change was made to the way package paths work. The name of the package file will now be considered a folder. So if you have a package called "Models.zip" and it contains a file called "box.gltf" you can load the model with the path "Models/box.gltf". After seeing the zip files in the new editor, it was very clear to me this is the way it should work.

Updated asset browser and named it "Editor.exe". You can delete the previous EXEs I uploaded. This is pretty close to finished. The tree view and asset panel drag-and-drop functionality is all worked out now. Models and material files will load correctly from ZIP packages, with materials and textures intact. Mouse wheel Z-movement without right-click is temporarily disabled. All thumbnails other than the ones Windows generates are temporarily disabled.

The Quake people are telling me they use the 3D editing mode in TrenchBroom exclusively, and the 2D viewports are just an afterthought. These people are the most intense CSG mappers in the world so I think I need to listen to them.

Yeah. it's not good because there is a long delay when exiting the program, as it has to rewrite any zip file that changed.

This is so cool. If you open an asset from a zip file, when you save the file it gets saved back into the Zip package just as if it was a folder. You can do all your development in your game's final ZIP files, if you wanted to, although there may be some issues with scaling as the content gets bigger.

Replace this code: void ZipFile::Save(ZipArchive::Ptr zipArchive, const std::string& zipPath) { ZipFile::SaveAndClose(zipArchive, zipPath); zipArchive = ZipFile::Open(zipPath); } With this: void ZipFile::Save(ZipArchive::Ptr& zipArchive, const std::string& zipPath) { ZipFile::SaveAndClose(zipArchive, zipPath); zipArchive = ZipFile::Open(zipPath); } The & makes is to the value of the shared pointer passed to the argument gets assigned to the new object.

I'm using 125% scaling, so everything looks 25% bigger when I post a screenshot.

Okay, I think I fixed. This is how it's supposed to appear, correct?

Fixed, sorry about that.

Updated 1.0.2 Fixed menu hover bug in submenus EVENT_ZOOM now stores an integer in event.data and moves 100 units for every unit that EVENT_MOUSEWHEEL changes by Fixed alphabetical sorting when TREEVIEW_SORT style is in use Fixed TreeView::GetNodeAtPoint bug Drag and drop treeviews will now automatically expand a node when you drag over them Fixed widget cursor not working

Looks like home!

I tried this and it seems to work perfectly in Ultra Engine 1.0.2.

Here is a function that will check if an app is open and if it is, it will send some data to the other application: bool CheckIfOpen(shared_ptr<Window> source, const WString& appid, const WString& apptitle, shared_ptr<Buffer> data) { const int DATA_ID = 345934;// whatever... auto m_singleInstanceMutex = CreateMutexW(NULL, TRUE, appid.c_str()); if (m_singleInstanceMutex == NULL or GetLastError() == ERROR_ALREADY_EXISTS) { HWND hwnd = FindWindowW(0, apptitle.c_str()); if (hwnd and data) { COPYDATASTRUCT copydata; copydata.dwData = DATA_ID; copydata.cbData = data->GetSize(); copydata.lpData = data->Data(); LPARAM srchwnd = 0L; if (source) srchwnd = (LPARAM) source->GetHandle(); SendNotifyMessageW(hwnd, WM_COPYDATA, srchwnd, (LPARAM) &copydata); } return false; // Exit the app. For MFC, return false from InitInstance } return true; }

There is a bug in the current version of the client app that will write a null-terminated when syncing text-based files. CameraControls.hpp will not open in Visual Studio, but if you open it in Notepad and remove the NULL character at the end of the file, then save, it will work.