irrlicht-svn-update Mailing List for Irrlicht Engine
3D Engine c++
Brought to you by:
cutealien,
nimphoenix2
You can subscribe to this list here.
| 2008 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(11) |
Sep
(82) |
Oct
(62) |
Nov
(223) |
Dec
(121) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2009 |
Jan
(163) |
Feb
(71) |
Mar
(74) |
Apr
(41) |
May
(41) |
Jun
(34) |
Jul
(104) |
Aug
(131) |
Sep
(34) |
Oct
(71) |
Nov
(178) |
Dec
(152) |
| 2010 |
Jan
(88) |
Feb
(38) |
Mar
(31) |
Apr
(19) |
May
(17) |
Jun
(30) |
Jul
(40) |
Aug
(13) |
Sep
(44) |
Oct
(5) |
Nov
(32) |
Dec
(63) |
| 2011 |
Jan
(49) |
Feb
(26) |
Mar
(28) |
Apr
(59) |
May
(83) |
Jun
(99) |
Jul
(26) |
Aug
(9) |
Sep
(26) |
Oct
(42) |
Nov
(23) |
Dec
(25) |
| 2012 |
Jan
(35) |
Feb
(40) |
Mar
(26) |
Apr
(38) |
May
(10) |
Jun
(54) |
Jul
(40) |
Aug
(41) |
Sep
(15) |
Oct
(29) |
Nov
(40) |
Dec
(32) |
| 2013 |
Jan
(33) |
Feb
(6) |
Mar
(26) |
Apr
(26) |
May
(19) |
Jun
(25) |
Jul
(8) |
Aug
(15) |
Sep
(1) |
Oct
(18) |
Nov
(18) |
Dec
(3) |
| 2014 |
Jan
(53) |
Feb
(27) |
Mar
(46) |
Apr
(74) |
May
(65) |
Jun
(12) |
Jul
(10) |
Aug
(4) |
Sep
(38) |
Oct
(31) |
Nov
(7) |
Dec
(19) |
| 2015 |
Jan
(21) |
Feb
(17) |
Mar
(26) |
Apr
(26) |
May
(7) |
Jun
(2) |
Jul
(6) |
Aug
(20) |
Sep
(14) |
Oct
(20) |
Nov
(34) |
Dec
(26) |
| 2016 |
Jan
(21) |
Feb
(19) |
Mar
(27) |
Apr
(2) |
May
(8) |
Jun
(4) |
Jul
(18) |
Aug
(6) |
Sep
(10) |
Oct
(6) |
Nov
(1) |
Dec
(6) |
| 2017 |
Jan
(6) |
Feb
(2) |
Mar
(22) |
Apr
(71) |
May
(6) |
Jun
(27) |
Jul
(22) |
Aug
(30) |
Sep
(1) |
Oct
(14) |
Nov
(32) |
Dec
(9) |
| 2018 |
Jan
(2) |
Feb
(3) |
Mar
(1) |
Apr
|
May
(11) |
Jun
(8) |
Jul
(10) |
Aug
(6) |
Sep
(5) |
Oct
(8) |
Nov
(14) |
Dec
(5) |
| 2019 |
Jan
(50) |
Feb
(60) |
Mar
(20) |
Apr
(8) |
May
(12) |
Jun
(5) |
Jul
(15) |
Aug
(20) |
Sep
(4) |
Oct
(44) |
Nov
(48) |
Dec
(66) |
| 2020 |
Jan
(43) |
Feb
(37) |
Mar
(4) |
Apr
(1) |
May
(3) |
Jun
(20) |
Jul
(3) |
Aug
(4) |
Sep
(2) |
Oct
(4) |
Nov
(18) |
Dec
(21) |
| 2021 |
Jan
(4) |
Feb
(8) |
Mar
(10) |
Apr
(3) |
May
(9) |
Jun
(8) |
Jul
(3) |
Aug
(30) |
Sep
|
Oct
(1) |
Nov
(7) |
Dec
(9) |
| 2022 |
Jan
(22) |
Feb
(3) |
Mar
(25) |
Apr
(37) |
May
(41) |
Jun
(9) |
Jul
|
Aug
(6) |
Sep
(13) |
Oct
(6) |
Nov
(5) |
Dec
(1) |
| 2023 |
Jan
(4) |
Feb
(3) |
Mar
(4) |
Apr
(24) |
May
(16) |
Jun
(2) |
Jul
(13) |
Aug
(18) |
Sep
(12) |
Oct
(24) |
Nov
(7) |
Dec
(7) |
| 2024 |
Jan
(11) |
Feb
(6) |
Mar
(3) |
Apr
(16) |
May
(15) |
Jun
(12) |
Jul
(6) |
Aug
(3) |
Sep
(6) |
Oct
(3) |
Nov
(9) |
Dec
|
| 2025 |
Jan
(2) |
Feb
(4) |
Mar
(15) |
Apr
(2) |
May
(6) |
Jun
(2) |
Jul
(8) |
Aug
(6) |
Sep
(2) |
Oct
|
Nov
(5) |
Dec
|
|
From: <cut...@us...> - 2025-11-20 17:36:56
|
Revision: 6728
http://sourceforge.net/p/irrlicht/code/6728
Author: cutealien
Date: 2025-11-20 17:36:55 +0000 (Thu, 20 Nov 2025)
Log Message:
-----------
Cleanup: Use some double instead of float constants in places where we work with doubles
Modified Paths:
--------------
trunk/include/triangle3d.h
trunk/include/vector2d.h
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <cut...@us...> - 2025-11-19 20:23:20
|
Revision: 6727
http://sourceforge.net/p/irrlicht/code/6727
Author: cutealien
Date: 2025-11-19 20:23:18 +0000 (Wed, 19 Nov 2025)
Log Message:
-----------
Cleanup: removing some unnecessary destructors for structs
Not seeing any reason to keep empty virtual destructors for POD structs which are never derived from in IQ3Shader
Also CCSMLoader had a bunch of structs which did clear() calls which had no point (nothing released).
Those all just create noise warnings with -Wdeprecated-copy-dtor which hide the real problems.
Modified Paths:
--------------
trunk/include/IQ3Shader.h
trunk/source/Irrlicht/CCSMLoader.cpp
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <cut...@us...> - 2025-11-19 16:45:00
|
Revision: 6726
http://sourceforge.net/p/irrlicht/code/6726
Author: cutealien
Date: 2025-11-19 16:44:58 +0000 (Wed, 19 Nov 2025)
Log Message:
-----------
Minor internal string type cleanup
Just avoiding mixing up char/wchar_t in some places
Modified Paths:
--------------
trunk/source/Irrlicht/CGUIFileOpenDialog.cpp
trunk/source/Irrlicht/CGUIFont.cpp
trunk/source/Irrlicht/CIrrMeshFileLoader.cpp
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <cut...@us...> - 2025-11-19 14:06:35
|
Revision: 6725
http://sourceforge.net/p/irrlicht/code/6725
Author: cutealien
Date: 2025-11-19 14:06:33 +0000 (Wed, 19 Nov 2025)
Log Message:
-----------
string::insert now expects template type instead of always char
This will break compiling code when people used insert with irr::core::stringw.
But better than before where it didn't compile when trying to insert wchar_t strings into stringw.
Modified Paths:
--------------
trunk/changes.txt
trunk/include/irrString.h
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <cut...@us...> - 2025-11-13 21:14:26
|
Revision: 6724
http://sourceforge.net/p/irrlicht/code/6724
Author: cutealien
Date: 2025-11-13 21:14:21 +0000 (Thu, 13 Nov 2025)
Log Message:
-----------
Merging r6700 through r6723 from trunk to ogl-es branch
Modified Paths:
--------------
branches/ogl-es/changes.txt
branches/ogl-es/examples/22.MaterialViewer/main.cpp
branches/ogl-es/examples/22.MaterialViewer/main.h
branches/ogl-es/include/CIndexBuffer.h
branches/ogl-es/include/CVertexBuffer.h
branches/ogl-es/include/EFocusFlags.h
branches/ogl-es/include/ESceneNodeUpdateAbs.h
branches/ogl-es/include/IEventReceiver.h
branches/ogl-es/include/IGUIElement.h
branches/ogl-es/include/IGUIEnvironment.h
branches/ogl-es/include/IGUIImageList.h
branches/ogl-es/include/ILightManager.h
branches/ogl-es/include/IQ3Shader.h
branches/ogl-es/include/ISceneNode.h
branches/ogl-es/include/ITexture.h
branches/ogl-es/include/IVertexBuffer.h
branches/ogl-es/include/IVolumeLightSceneNode.h
branches/ogl-es/include/SColor.h
branches/ogl-es/include/aabbox3d.h
branches/ogl-es/include/irrString.h
branches/ogl-es/include/path.h
branches/ogl-es/include/plane3d.h
branches/ogl-es/include/quaternion.h
branches/ogl-es/source/Irrlicht/Android/CIrrDeviceAndroid.cpp
branches/ogl-es/source/Irrlicht/C3DSMeshFileLoader.h
branches/ogl-es/source/Irrlicht/CAnimatedMeshSceneNode.cpp
branches/ogl-es/source/Irrlicht/CAttributeImpl.h
branches/ogl-es/source/Irrlicht/CAttributes.cpp
branches/ogl-es/source/Irrlicht/CB3DMeshWriter.cpp
branches/ogl-es/source/Irrlicht/CBlit.h
branches/ogl-es/source/Irrlicht/CColorConverter.cpp
branches/ogl-es/source/Irrlicht/CFileSystem.cpp
branches/ogl-es/source/Irrlicht/CGUIEnvironment.cpp
branches/ogl-es/source/Irrlicht/CImageLoaderDDS.cpp
branches/ogl-es/source/Irrlicht/CImageLoaderWAL.cpp
branches/ogl-es/source/Irrlicht/CIrrDeviceConsole.cpp
branches/ogl-es/source/Irrlicht/CIrrDeviceLinux.cpp
branches/ogl-es/source/Irrlicht/CIrrDeviceSDL.cpp
branches/ogl-es/source/Irrlicht/CIrrDeviceWin32.cpp
branches/ogl-es/source/Irrlicht/CIrrMeshWriter.cpp
branches/ogl-es/source/Irrlicht/CMS3DMeshFileLoader.cpp
branches/ogl-es/source/Irrlicht/CMemoryFile.cpp
branches/ogl-es/source/Irrlicht/CMeshManipulator.cpp
branches/ogl-es/source/Irrlicht/CNullDriver.h
branches/ogl-es/source/Irrlicht/COgreMeshFileLoader.h
branches/ogl-es/source/Irrlicht/CPLYMeshFileLoader.cpp
branches/ogl-es/source/Irrlicht/CPLYMeshFileLoader.h
branches/ogl-es/source/Irrlicht/CPLYMeshWriter.cpp
branches/ogl-es/source/Irrlicht/CQuake3ShaderSceneNode.cpp
branches/ogl-es/source/Irrlicht/CSceneCollisionManager.cpp
branches/ogl-es/source/Irrlicht/CSoftwareDriver.cpp
branches/ogl-es/source/Irrlicht/CSoftwareDriver2.cpp
branches/ogl-es/source/Irrlicht/CSoftwareTexture.cpp
branches/ogl-es/source/Irrlicht/CSoftwareTexture.h
branches/ogl-es/source/Irrlicht/CSoftwareTexture2.cpp
branches/ogl-es/source/Irrlicht/CTriangleSelector.cpp
branches/ogl-es/source/Irrlicht/CXMeshFileLoader.cpp
branches/ogl-es/source/Irrlicht/IAttribute.h
branches/ogl-es/source/Irrlicht/IBurningShader.cpp
branches/ogl-es/source/Irrlicht/IBurningShader.h
branches/ogl-es/source/Irrlicht/IDepthBuffer.h
branches/ogl-es/source/Irrlicht/IImagePresenter.h
branches/ogl-es/source/Irrlicht/IZBuffer.h
branches/ogl-es/source/Irrlicht/S4DVertex.h
branches/ogl-es/tests/testaabbox.cpp
branches/ogl-es/tools/GUIEditor/CGUIPanel.cpp
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <cut...@us...> - 2025-09-01 16:39:40
|
Revision: 6723
http://sourceforge.net/p/irrlicht/code/6723
Author: cutealien
Date: 2025-09-01 16:39:30 +0000 (Mon, 01 Sep 2025)
Log Message:
-----------
Add function aabbox3d::getPlanes
Returns 6 plane3d's describing the box in another way which is sometimes useful
Modified Paths:
--------------
trunk/include/aabbox3d.h
trunk/tests/testaabbox.cpp
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <cut...@us...> - 2025-09-01 14:23:56
|
Revision: 6722
http://sourceforge.net/p/irrlicht/code/6722
Author: cutealien
Date: 2025-09-01 14:23:24 +0000 (Mon, 01 Sep 2025)
Log Message:
-----------
Comment spelling fix
Modified Paths:
--------------
trunk/include/plane3d.h
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <cut...@us...> - 2025-08-27 16:17:03
|
Revision: 6721
http://sourceforge.net/p/irrlicht/code/6721
Author: cutealien
Date: 2025-08-27 16:17:02 +0000 (Wed, 27 Aug 2025)
Log Message:
-----------
Optimize CSceneCollisionManager::getCollisionPoint with better early out
Function returns nearest point to line-start.
Function already had an early out comparing each triangle with the aabbox of the line.
But instead of using fixed aabbox we can shrink it each time a nearer collision was found.
No difference for the worst-case. But the average case gets twice as fast.
Modified Paths:
--------------
trunk/source/Irrlicht/CSceneCollisionManager.cpp
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <cut...@us...> - 2025-08-27 14:53:37
|
Revision: 6720
http://sourceforge.net/p/irrlicht/code/6720
Author: cutealien
Date: 2025-08-27 14:53:35 +0000 (Wed, 27 Aug 2025)
Log Message:
-----------
Minor optimization in CTriangleSelector::getTriangles
Avoiding 2 vector copies by using another matrix4::transformVect function
Only minimal difference in profiler.
I suspect larger optimizations might even be possible by moving the transformation always to the end instead and using a new loop (could then for example check if the complete matrix transformation is necessary or if parts like translation or rotation could be excluded).
Anyway, all just micro optimization, not worth investigating further for now.
Modified Paths:
--------------
trunk/source/Irrlicht/CTriangleSelector.cpp
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <cut...@us...> - 2025-08-10 19:06:37
|
Revision: 6719
http://sourceforge.net/p/irrlicht/code/6719
Author: cutealien
Date: 2025-08-10 19:06:35 +0000 (Sun, 10 Aug 2025)
Log Message:
-----------
Add default cases to avoid warning C26818: Switch statement does not cover all cases.
Missed some in last commit. Should now be all in public headers (I hope)
Modified Paths:
--------------
trunk/include/IQ3Shader.h
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <cut...@us...> - 2025-08-05 09:59:12
|
Revision: 6718
http://sourceforge.net/p/irrlicht/code/6718
Author: cutealien
Date: 2025-08-05 09:59:10 +0000 (Tue, 05 Aug 2025)
Log Message:
-----------
Add default cases to avoid warning C26818: Switch statement does not cover all cases.
Just making people using static code analysers a tiny bit more happy
Modified Paths:
--------------
trunk/include/IQ3Shader.h
trunk/include/SColor.h
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <cut...@us...> - 2025-08-01 21:51:20
|
Revision: 6717
http://sourceforge.net/p/irrlicht/code/6717
Author: cutealien
Date: 2025-08-01 21:51:17 +0000 (Fri, 01 Aug 2025)
Log Message:
-----------
Reduce the amount of places where const got removed with c casts
Those still left now are a bit tricky:
- CSoftwareDriver2 has one inside a much used define, didn't dig deeper there.
- CMemoryFile actually allows deleting memory which got past as const pointer explicitely (bit strange, but can live with it)
- Linux device driver has one place where it passes a string to X11 which is a bit strange in not accepting const char there.
- I ignore all the aes stuff. At some point we have to figure out how to update that, for now not touching it.
Modified Paths:
--------------
trunk/include/CVertexBuffer.h
trunk/source/Irrlicht/CAttributes.cpp
trunk/source/Irrlicht/CIrrMeshWriter.cpp
trunk/source/Irrlicht/CMS3DMeshFileLoader.cpp
trunk/source/Irrlicht/CMemoryFile.cpp
trunk/source/Irrlicht/CSoftwareDriver.cpp
trunk/source/Irrlicht/CSoftwareDriver2.cpp
trunk/source/Irrlicht/CSoftwareTexture.cpp
trunk/source/Irrlicht/CSoftwareTexture.h
trunk/source/Irrlicht/CSoftwareTexture2.cpp
trunk/source/Irrlicht/IBurningShader.cpp
trunk/source/Irrlicht/S4DVertex.h
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <cut...@us...> - 2025-08-01 14:59:23
|
Revision: 6716
http://sourceforge.net/p/irrlicht/code/6716
Author: cutealien
Date: 2025-08-01 14:59:21 +0000 (Fri, 01 Aug 2025)
Log Message:
-----------
const IVertexBuffer::operator[] now returns a const S3DVertex reference
Casting away the const was bad, that's what the non-cost operator[] is for
Modified Paths:
--------------
trunk/include/CVertexBuffer.h
trunk/include/IVertexBuffer.h
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <cut...@us...> - 2025-07-31 22:44:16
|
Revision: 6715
http://sourceforge.net/p/irrlicht/code/6715
Author: cutealien
Date: 2025-07-31 22:44:14 +0000 (Thu, 31 Jul 2025)
Log Message:
-----------
Reduce the amount of places where const got removed with c casts
Running -Wcast-qual to find suspect places.
Found some troubles (dynamic index/vertex buffers should probably return const references), but getting rid of false alarms first.
Not yet done, continuing another time.
Modified Paths:
--------------
trunk/include/SColor.h
trunk/include/irrString.h
trunk/source/Irrlicht/CAnimatedMeshSceneNode.cpp
trunk/source/Irrlicht/CB3DMeshWriter.cpp
trunk/source/Irrlicht/CBlit.h
trunk/source/Irrlicht/CColorConverter.cpp
trunk/source/Irrlicht/CImageLoaderDDS.cpp
trunk/source/Irrlicht/CImageLoaderWAL.cpp
trunk/source/Irrlicht/CIrrMeshWriter.cpp
trunk/source/Irrlicht/CMS3DMeshFileLoader.cpp
trunk/source/Irrlicht/CMeshManipulator.cpp
trunk/source/Irrlicht/CPLYMeshWriter.cpp
trunk/source/Irrlicht/CQuake3ShaderSceneNode.cpp
trunk/source/Irrlicht/CTriangleSelector.cpp
trunk/source/Irrlicht/CXMeshFileLoader.cpp
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <cut...@us...> - 2025-07-29 15:12:31
|
Revision: 6714
http://sourceforge.net/p/irrlicht/code/6714
Author: cutealien
Date: 2025-07-29 15:12:29 +0000 (Tue, 29 Jul 2025)
Log Message:
-----------
Add flag irr::gui::EFF_HOVERED_HANDLES_UNFOCUSED_MOUSE_EVENTS to allow disabling this UI behaviour
Keeping old behaviour as default (assuming it was added for some good reason), but it's now possible to prevent that mouse events get always passed on to the hovered element when no element has the focus.
Also the default behaviour is now encoded in EFF_DEFAULT (have to check another time if this causes static analyser to be annoyed again due to using | operator with bitflag enums in which case we'll add some casts).
Modified Paths:
--------------
trunk/changes.txt
trunk/include/EFocusFlags.h
trunk/include/IGUIEnvironment.h
trunk/source/Irrlicht/CGUIEnvironment.cpp
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <cut...@us...> - 2025-07-28 20:07:57
|
Revision: 6713
http://sourceforge.net/p/irrlicht/code/6713
Author: cutealien
Date: 2025-07-28 20:07:56 +0000 (Mon, 28 Jul 2025)
Log Message:
-----------
Allow compiling with -Wformat-overflow=2
Old buffer one was kinda correct as color functions always return values in the 0-255 range, so no real overflow.
Thought it's a bit confusing as the functions actually return an u32 (so static analysers expects at least 8 byte more buffer).
Level 2 for overflow is even a bit more paranoid, but it doesn't really cost us anything to make some local stack buffers a bit larger when writing to strings to make it happy.
Modified Paths:
--------------
trunk/source/Irrlicht/CAttributeImpl.h
trunk/source/Irrlicht/CIrrMeshWriter.cpp
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <cut...@us...> - 2025-07-28 19:16:00
|
Revision: 6712
http://sourceforge.net/p/irrlicht/code/6712
Author: cutealien
Date: 2025-07-28 19:15:58 +0000 (Mon, 28 Jul 2025)
Log Message:
-----------
Cleanup: Remove unnecessary semicolons
Compiling with -Wextra-semi
Also some white-space got cleaned up (spaces at end of lines)
Modified Paths:
--------------
trunk/include/CIndexBuffer.h
trunk/include/CVertexBuffer.h
trunk/include/IGUIImageList.h
trunk/include/ILightManager.h
trunk/include/ITexture.h
trunk/include/IVolumeLightSceneNode.h
trunk/include/path.h
trunk/source/Irrlicht/C3DSMeshFileLoader.h
trunk/source/Irrlicht/CAttributeImpl.h
trunk/source/Irrlicht/CNullDriver.h
trunk/source/Irrlicht/COgreMeshFileLoader.h
trunk/source/Irrlicht/IAttribute.h
trunk/source/Irrlicht/IBurningShader.h
trunk/source/Irrlicht/IDepthBuffer.h
trunk/source/Irrlicht/IImagePresenter.h
trunk/source/Irrlicht/IZBuffer.h
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <cut...@us...> - 2025-07-28 12:32:47
|
Revision: 6711
http://sourceforge.net/p/irrlicht/code/6711
Author: cutealien
Date: 2025-07-28 12:32:45 +0000 (Mon, 28 Jul 2025)
Log Message:
-----------
Fix recently broken character input for some extended key characters on Windows
Turns out the way to create a scancode from https://learn.microsoft.com/en-us/windows/win32/inputdev/about-keyboard-input doesn't work correctly with the scancode expected by the ToUnicode function. Which broke the '/' character on the numpad for my keyboard (maybe more was broken, but that's the only one I noticed).
I left the code in as a reminder with a comment.
Modified Paths:
--------------
trunk/source/Irrlicht/CIrrDeviceWin32.cpp
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <cut...@us...> - 2025-07-24 12:21:09
|
Revision: 6710
http://sourceforge.net/p/irrlicht/code/6710
Author: cutealien
Date: 2025-07-24 12:21:04 +0000 (Thu, 24 Jul 2025)
Log Message:
-----------
IGUIElement::isMyChild can now also check const IGUIElement* parameter
No need to insist on having non-const parameter there
Also simplified the function code slightly (could also be faster now)
Modified Paths:
--------------
trunk/include/IGUIElement.h
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <cut...@us...> - 2025-07-10 16:02:09
|
Revision: 6709
http://sourceforge.net/p/irrlicht/code/6709
Author: cutealien
Date: 2025-07-10 16:02:07 +0000 (Thu, 10 Jul 2025)
Log Message:
-----------
Fix some input key on Windows by breaking Windows 98 compatibility
Yes, the official end of Windows 98 support in Irrlicht has arrived!
Reason is that we switch input key interpretation on Windows from ToAsciiEx to ToUnicode.
And the latter doesn't exist on 98.
The old stuff depended on recognizing the used keyboard via hardcoded id's.
And after some Windows 11 update the function to find that id (GetKeyboardLayout) started returning 8192 which seems to stand for "unknown" keyboards.
Even for totally lame old German 102 keyboards which correctly returned their correct ID for the last few decades.
And that broke things like accents and German umlauts in Irrlicht.
Lets hope it improves more stuff and doesn't break things...
Modified Paths:
--------------
trunk/changes.txt
trunk/source/Irrlicht/CIrrDeviceWin32.cpp
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <cut...@us...> - 2025-07-09 15:31:46
|
Revision: 6708
http://sourceforge.net/p/irrlicht/code/6708
Author: cutealien
Date: 2025-07-09 15:31:43 +0000 (Wed, 09 Jul 2025)
Log Message:
-----------
Add AutoRepeat and Extended flags to SKeyInput to pass on that info on Windows
Also the scanCode calculation changed a bit based on msdn example from here: https://learn.microsoft.com/en-us/windows/win32/inputdev/about-keyboard-input#keystroke-message-flags
Modified Paths:
--------------
trunk/changes.txt
trunk/include/IEventReceiver.h
trunk/source/Irrlicht/CIrrDeviceConsole.cpp
trunk/source/Irrlicht/CIrrDeviceLinux.cpp
trunk/source/Irrlicht/CIrrDeviceSDL.cpp
trunk/source/Irrlicht/CIrrDeviceWin32.cpp
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <cut...@us...> - 2025-06-26 10:42:01
|
Revision: 6707
http://sourceforge.net/p/irrlicht/code/6707
Author: cutealien
Date: 2025-06-26 10:41:59 +0000 (Thu, 26 Jun 2025)
Log Message:
-----------
Remove unused union in ply loader
Thank @devsh for reporting
Modified Paths:
--------------
trunk/source/Irrlicht/CPLYMeshFileLoader.cpp
trunk/source/Irrlicht/CPLYMeshFileLoader.h
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <cut...@us...> - 2025-06-04 21:23:48
|
Revision: 6706
http://sourceforge.net/p/irrlicht/code/6706
Author: cutealien
Date: 2025-06-04 21:23:46 +0000 (Wed, 04 Jun 2025)
Log Message:
-----------
Initialize CFileSystem::FileSystemType earlier to avoid triggering code analysis tools
Fixes bug #479 reported by yybbwc
No real bug, but it used setFileListSystem in constructor before which internally accessed the uninitialized FileSystemType variable (which then got ignored so it didn't matter).
setFileListSystem is a virtual function anyway, so calling it in constructor also should likely be avoided.
Modified Paths:
--------------
trunk/source/Irrlicht/CFileSystem.cpp
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <cut...@us...> - 2025-05-26 15:39:37
|
Revision: 6705
http://sourceforge.net/p/irrlicht/code/6705
Author: cutealien
Date: 2025-05-26 15:39:31 +0000 (Mon, 26 May 2025)
Log Message:
-----------
Add option to use parent transformation for absolute transformation of nodes
Sometimes you want to get completely around the way Irrlicht calculates matrices
And ignore all children node values which get in the way
Cases where this is useful can for example be if you want to use rotation/scales values in another order of operation.
Stuff like that kinda was possible already by using custom nodes, but this solution can be a bit easier.
No real extra cost to add that, as it's just another option in the switch-case in updateAbsolutePosition (so existing code won't get slower).
Certainly adding an extra node in your scene-graph does have costs.
Modified Paths:
--------------
trunk/include/ESceneNodeUpdateAbs.h
trunk/include/ISceneNode.h
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <cut...@us...> - 2025-05-14 16:20:53
|
Revision: 6704
http://sourceforge.net/p/irrlicht/code/6704
Author: cutealien
Date: 2025-05-14 16:20:51 +0000 (Wed, 14 May 2025)
Log Message:
-----------
CFileSystem::createFileList() now using intptr_t instead of long for _tfindfirst on MinGW as well
Fixes Bug #478 (https://sourceforge.net/p/irrlicht/bugs/478). Thanks @yybbwc for reporting
Until around 2012 Irrlicht always used long (maybe Windows did as well, no idea). Then we switched to intptr_t so it works correct on 64-bit systems, but MinGW back then still used long in it's headers, so we kept long if __GNUC__ was defined for that with a todo to fix it when MinGW updates. This has happened a few years ago, so can remove that part now and use intptr_t throughtout. This might theoretically cause problems with very old MinGW versions. Thought not even sure about that, as even with those this should have worked I think, maybe just wasn't tested back then. Anyway - if this causes troubles for anyone we can try adding another branch again for old MinGW versions, but we would need to know the version in that case for when it was not yet fixed there.
Modified Paths:
--------------
trunk/source/Irrlicht/CFileSystem.cpp
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|