Leiti 2 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 | has_thumbnail | local_stream | ytdlp_meta | est_subs | eng_subs |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 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 | /channel_db_lite/web/thumbs/568.jpg | N/A | /channel_db_lite/web/json/568.json | N/A | N/A |
| 558 | Press any key to continue... | Colin McRae Raly 2.0 Intro [Bink Video Datamosh] | 0 | 2024-01-04 | A datamoshed version of Colin McRae Rally 2.0 introduction movie. Datamoshed using AVSync.Live Mosh with these settings: Pulse - Duplicate groups of 5 p-frames every 10 frames. Threshold: 0,5 | 0 | 1 | 0 | 1 | https://www.youtube.com/watch?v=caPMvu0wSC8 | 0 | Colin McRae Raly 2.0 Intro [Bink Video Datamosh] | Colin McRae Raly 2.0 Intro [Bink Video Datamosh] | A datamoshed version of Colin McRae Rally 2.0 introduction movie. Datamoshed using AVSync.Live Mosh with these settings: Pulse - Duplicate groups of 5 p-frames every 10 frames. Threshold: 0,5 | A datamoshed version of Colin McRae Rally 2.0 introduction movie. Datamoshed using AVSync.Live Mosh with these settings: Pulse - Duplicate groups of 5 p-frames every 10 frames. Threshold: 0,5 | cmr2_datamosh.mp4 | FMV klipid | FMV clips | Colin McRae Rally,2.0,CMR2,PC,Intro,Rally,Racing,Video Game,FMV | N/A | Press any key to continue... | Press any key to continue... | 0 | /channel_db_lite/web/thumbs/558.jpg | N/A | /channel_db_lite/web/json/558.json | N/A | N/A |