Leiti 1 vastet.

ID Kanal Video Kustutatud Kuupäev Kirjeldus Subtiitrid Avalik Ülekanne HD URL PRIVATE TitleMUI_en TitleMUI_et KirjeldusMUI_en KirjeldusMUI_et Filename Category CategoryMUI_en Tags OdyseeURL KanalMUI_en KanalMUI_et Translated
568 MarkusTegelane++ Light OS with draggable windows is really broken [Fun Experiments 0x00] 0 2024-03-15 For this video, I added window movement to Light OS just for fun. All I did was add two custom macros and PPTGames Cursor API to be able to drag a window around. Then I grouped shapes which are related to the window I wanted to move as "RegularApp:1" and added a hidden shape "MoveEvent", which would store the current state of window movement as a global variable. Finally, I added a mouse hover action to the titlebar, which points to the MovableWindow macro.

I am not making the .ppsm file, because a lot of stuff is broken, however you can find the macro I added in this secret gist: https://gist.github.com/MarkusMaal/a9d56efc5433a5ac1821adcf43cf9235

There are several reasons why this doesn't really work all that well and would require some serious reworks, some of which being the following:
1. There are custom animations which don't play, because in order to make the window draggable, I had to group all of the shapes in it
2. All slides have a reveal transition, which make window movement jittery (would need to be disabled if windows are being moved, but I didn't do it for this proof of concept video)
3. Appear/disappear animations would need to be implemented programmatically for shapes, which appear from trigger animations to stay on screen (these include volume test, power controls and opaque backdrop)
4. ActiveX controls don't disappear and don't get replaced by placeholders, meaning they stay on screen, flickering and being on top of the window, staying in one place.
5. The close button is on top of the area, where the mouse hover trigger for window movement is. This means that it might be difficult to click that button, as the Cursor API might think there is window movement going on. Easy fix would be to introduce a sort of "deadzone" where the hover trigger isn't active.
6. There is no multi-tasking, since windows appear on separate slides
7. Sound clips would have to be disabled, while the window is being moved

All of these issues are addressed in my next upcoming PowerPoint OS (Codename OrangePath), which was designed from the ground up to have movable window capabilities and multitasking, so stay tuned...		 0 1 0 1 https://www.youtube.com/watch?v=RwAvwf8xYeA 0 Light OS with draggable windows is really broken [Fun Experiments 0x00] Light OS with draggable windows is really broken [Fun Experiments 0x00] For this video, I added window movement to Light OS just for fun. All I did was add two custom macros and PPTGames Cursor API to be able to drag a window around. Then I grouped shapes which are related to the window I wanted to move as "RegularApp:1" and added a hidden shape "MoveEvent", which would store the current state of window movement as a global variable. Finally, I added a mouse hover action to the titlebar, which points to the MovableWindow macro.

I am not making the .ppsm file, because a lot of stuff is broken, however you can find the macro I added in this secret gist: https://gist.github.com/MarkusMaal/a9d56efc5433a5ac1821adcf43cf9235

There are several reasons why this doesn't really work all that well and would require some serious reworks, some of which being the following:
1. There are custom animations which don't play, because in order to make the window draggable, I had to group all of the shapes in it
2. All slides have a reveal transition, which make window movement jittery (would need to be disabled if windows are being moved, but I didn't do it for this proof of concept video)
3. Appear/disappear animations would need to be implemented programmatically for shapes, which appear from trigger animations to stay on screen (these include volume test, power controls and opaque backdrop)
4. ActiveX controls don't disappear and don't get replaced by placeholders, meaning they stay on screen, flickering and being on top of the window, staying in one place.
5. The close button is on top of the area, where the mouse hover trigger for window movement is. This means that it might be difficult to click that button, as the Cursor API might think there is window movement going on. Easy fix would be to introduce a sort of "deadzone" where the hover trigger isn't active.
6. There is no multi-tasking, since windows appear on separate slides
7. Sound clips would have to be disabled, while the window is being moved

All of these issues are addressed in my next upcoming PowerPoint OS (Codename OrangePath), which was designed from the ground up to have movable window capabilities and multitasking, so stay tuned...		 For this video, I added window movement to Light OS just for fun. All I did was add two custom macros and PPTGames Cursor API to be able to drag a window around. Then I grouped shapes which are related to the window I wanted to move as "RegularApp:1" and added a hidden shape "MoveEvent", which would store the current state of window movement as a global variable. Finally, I added a mouse hover action to the titlebar, which points to the MovableWindow macro.

I am not making the .ppsm file, because a lot of stuff is broken, however you can find the macro I added in this secret gist: https://gist.github.com/MarkusMaal/a9d56efc5433a5ac1821adcf43cf9235

There are several reasons why this doesn't really work all that well and would require some serious reworks, some of which being the following:
1. There are custom animations which don't play, because in order to make the window draggable, I had to group all of the shapes in it
2. All slides have a reveal transition, which make window movement jittery (would need to be disabled if windows are being moved, but I didn't do it for this proof of concept video)
3. Appear/disappear animations would need to be implemented programmatically for shapes, which appear from trigger animations to stay on screen (these include volume test, power controls and opaque backdrop)
4. ActiveX controls don't disappear and don't get replaced by placeholders, meaning they stay on screen, flickering and being on top of the window, staying in one place.
5. The close button is on top of the area, where the mouse hover trigger for window movement is. This means that it might be difficult to click that button, as the Cursor API might think there is window movement going on. Easy fix would be to introduce a sort of "deadzone" where the hover trigger isn't active.
6. There is no multi-tasking, since windows appear on separate slides
7. Sound clips would have to be disabled, while the window is being moved

All of these issues are addressed in my next upcoming PowerPoint OS (Codename OrangePath), which was designed from the ground up to have movable window capabilities and multitasking, so stay tuned...		 2024-03-15 21-10-42.mkv PowerPoint PowerPoint PPTOS,Light OS,PowerPoint OS,movable windows,draggable,droppable,VBA,Visual Basic for Applications,Microsoft PowerPoint,ppsm,Light OS Technologies,macro,scripting N/A MarkusTegelane++ MarkusTegelane++ 0