Jump to content


  • Posts

  • Joined

  • Days Won


Everything posted by greebo

  1. For the camera this should already be possible, I think the key command is named "ToggleFullScreenCamera".
  2. There's no restriction on which layer you decide to put your map elements. The layer hierarchy is a purely organisational help, it doesn't impose anything to the map itself, all the layers are equally capable, whether a child layer has been assigned to it or not. Why can't you select a parent node alone? If you need that parent layer exclusively, right now you have to select the layer, then de-select the child nodes one by one. I could add a context menu option to select just the parent layer without children.
  3. Got it. It's possible, but I can't estimate yet how much work that'd require. I'm going to do some experimenting on the layout handling first.
  4. You mean that the floating dialog is adjusting its size based on the selected tab? It'd be possible, I guess.
  5. You mean the drag-and-drop code? It's in radiant/ui/layers/LayerControlDialog.h/.cpp
  6. It's sorted alphabetically right now. The layers don't persist any sort order in the map files. Yes, drag and drop works much better in Windows, the wxGTK port is not giving good visual feedback about where you're going to drop the layer.
  7. I've opened an issue on the tracker to explore things a bit (#6131). Maybe we can improve the dockable layout to replace all existing hardcoded window layouts.
  8. The wxAUI framework we're using for the docking is a bit limited, it appears. It's not possible to drag windows/panes in and out of wxAuiNotebooks, which would make things very flexible. The windows like the Console or the Texture Browser would need a different way to be converted to dockable panes.
  9. I think the drop indicators are out of my control, they are subject to the platform wxWidgets is running on. But I'm open to suggestions, if anyone has ideas on how to improve the hierarchy arrangement.
  10. Pushed the changes to master, feedback is appreciated.
  11. Hm, I might try that to see if it feels intuitive.
  12. Gotta love these little platform-specific differences. The wxDataViewEvent sent in wxGTK is not delivering the correct column, so the event handler is not reacting. I rewrote the event handler in #6130, the checkbox should work now. About the drag-and-drop: this is another problem that seems to affect wxGTK only... in Windows, I can drag the layer to the top border of the view and it will deliver an empty target wxDataViewItem, which means make it toplevel - in wxGTK it doesn't seem to be possible to drag it to the top.(*) I can think of two possibilities right away either restrict the system such that the Default layer can never have child layers. Dragging a layer onto the Default layer will make the dragged layer a top-level layer Add a context menu item called "Make Top-Level" I don't like either of the two very much. Suggestions? (*) Yes, there's a guard in the wxGTK event handler: wxDataViewItem item(GetOwner()->GTKPathToItem(path)); if ( !item ) return FALSE; this prevents any empty item from being forwarded to the event.
  13. I just pushed a fix to issue #6129 to github, I think it'll be working now I wish I could do something about it... I have no machine with an AMD card around, neither at home nor at work, or anybody I know.
  14. DarkRadiant 3.4.0 is ready for download. What's new: Feature: Allow Layers to be arranged into a Tree Fixed: Readable Editor displays "shader not found" in view Fixed: Undoing snap to grid with prefabs causes crash Fixed: Include doc in building instructions Fixed: Decal textures causes DR to crash - (textures/darkmod/decals/dirt/long_drip_pattern01) Fixed: Skin chooser: double click on materials list closes window Fixed: Selecting and deselecting a filtered child brush through layers leaves the brush selected Fixed: Material editor re-sorts stages on pasting image map resulting in wrong material stages list and wrong selected stage Fixed: Crash on start if engine path is choosen (Doom 3) Feature: Layers can now be arranged to form a hierarchy Windows and Mac Downloads are available on Github: https://github.com/codereader/DarkRadiant/releases/tag/3.4.0 and of course linked from the website https://www.darkradiant.net Thanks to all the awesome people who keep using DarkRadiant to create Fan Missions - they are the main reason for me to keep going. Please report any bugs or feature requests here in these forums, following these guidelines: Bugs (including steps for reproduction) can go directly on the tracker. When unsure about a bug/issue, feel free to ask. If you run into a crash, please record a crashdump: Crashdump Instructions Feature requests should be suggested (and possibly discussed) here in these forums before they may be added to the tracker. The list of changes can be found on the our bugtracker changelog. Have fun mapping!
  15. I don't recall changing anything in that regard, I didn't rename or change anything between these two releases. But it's easy to click on one of those toggle buttons by mistake, I'm doing that myself here and then.
  16. That's an interesting suggestion. It's possible for modules to add settings to the pref pages, but only simple stuff like checkboxes and dropdowns. Having a way to integrate more complex modules like the mouse binding editor would require some work, I guess. But I like the overall idea of having the mouse bindings integrated with the rest of the settings.
  17. It must have interfered and locked the file, that's my guess. Kudos to you for being fearless and compiling from source.
  18. Sorry, I meant that package: libwxgtk3.0-dev There's usually only one wxgtk dev package in every package manager, so yes, that's the correct one. It should work fine though, so I can't tell you exactly why it's not linking. Maybe make clean and a full rebuild helps. I could recompile just fine in my Debian 10 machine, with all the aptitude stuff upgraded to the latest version (though I remember having to set the --allow-releaseinfo-change option when using apt-get update) Upgrading is probably a wise choice, but that's up to you.
  19. Not sure I can do anything about the linker problems, that's something that seems related to the deb packages. Do you have the libwxgtku3.0-devel packages installed correctly? It links fine on my Deb10 machine.
  20. I hope I've fixed all compilation problems in Debian 10 now, see latest master.
  21. The Debian 10 package of libgit2 is 3 years old and the libgit2-Team introduced a lot of new functions since then, deprecating old ones, that's why it fails so hard. I've been trying to get it to compile, maybe it's just a few preprocessor #IFs. I also spotted a couple of other compilation problems in Debian 10, which are mostly due to missing #includes, I intend to sort that out.
  22. I pushed a fix, I think this should do it. It's interesting that this compilation problem doesn't arise on the Ubuntu machine that is used to automatically compile the source in Github after every push. I usually get notified when gcc compilation breaks by the build process. libgit2 is used for the optional VCS plugin, it's not a deal-breaker if it's not present. Nonetheless, I've included the synaptic package on the wiki page. edit: pushed another VCS build fix. My Debian 10 machine has been using 3-year-old libgit2 headers.
  23. Some include seems to be missing, I'll try and fix it.
  24. Thanks, I've added libeigen3-dev to that section. libgtest-dev should already take care of the gtest dependency, but this didn't work for you it seems?
  • Create New...