It's a really nice addon, but I'm having some major problems using it. Parallel projection and camera align works, but I'm unable to change the orbit pivot point or the pivot elevation. The test openings/select/edit in 3D view does not work as well and the maximize view works somewhat strangely. Any idea what I'm missing and/or doing wrong? I'm running SH3D 7.2 on Debian Linux with Pan3dView 4.1 (I also tried v4.0 but no luck)
I recently stumbled upon this request, and as this one addresses a feature that I requested before some time in #815 I would like to suggest a solution that could work for most (if not all) users. The solution provided here would definitely be perfect with all the advantages listed above, but it could still be enhanced a little bit. By adding a global option (something like: "Separate 3D preview window") to choose between the JFrame and the JDialog implementation (and replacing the above mentioned...
I recently stumbled upon this request, and as this one addresses a feature that I requested before some time in #815 I would like to suggest a solution that could work for most (if not all) users. The solution provided here would definitely be perfect with all the advantages listed above, but it could still be enhanced a little bit. By adding a global option (something like: "Separate 3D preview window") to choose between the JFrame and the JDialog implementation (and replacing the above mentioned...
I recently stumbled upon this request, and as this one addresses a feature that I requested before some time in #815 I would like to suggest a solution that could work for most (if not all) users. The solution provided here would definitely be perfect with all the advantages listed above, but it could still be enhanced a little bit. By adding a global option (something like: "Separate 3D preview window") to choose between the JFrame and the JDialog implementation, the users would have the ability...
I recently stumbled upon a feature request by Frank Schindler, namely #937 which aims to solve this same problem, only it gives a concrete solution to it. See my comment in that thread about the details.
Oh, so this is on purpose. OK! Maybe another option, something along the lines of caret.line.back.unfocused would be better!? This way it can be set to the normal text background color as default, but if one wants it can be set to an arbitrary other color. Maybe the same as the normal caret.line.back, but also it can be something different as an indication of focus/out-of-focus state.
Current input line background is ignored when window is out of focus
Reorganize menus