Hi,
Let me first state that since I did a full update recently, the pi 5 performance is through the roof! Also copying around files (on a SD card) is now blazingly fast and stable, which is never really has been before (copying always seemed a single-threaded thing that easily crashed when doing something else). Whether it is NUMA or some SDRAM tweaks that do the trick: hat off for all the performance boosts! What a pleasure to ride along the raspberry pi boat!
I notice that after a full update and saying yes to labwc, the SHIFT and CTRL keys do not appear to be working anymore when dragging around files to copy or move them graphically. And I do that a lot on a daily basis. With the introduction of the raspberry pi 5 it was already only partially implemented (only when the mouse was _moving_ ctrl or shift were detected, not when you keydowned ctrl/shift before or after dragging and before the mouseUp), but now ctrl and shift are not read out at all.
(( Normally SHIFT means: move the file(s) even though the target folder is on another block. And CTRL means: copy it, even though the target folder is on the same block)).
If this is not the place to put it under attention, please let me know where (at github?) to add this as a feature/bug report.
Thanks!
Let me first state that since I did a full update recently, the pi 5 performance is through the roof! Also copying around files (on a SD card) is now blazingly fast and stable, which is never really has been before (copying always seemed a single-threaded thing that easily crashed when doing something else). Whether it is NUMA or some SDRAM tweaks that do the trick: hat off for all the performance boosts! What a pleasure to ride along the raspberry pi boat!
I notice that after a full update and saying yes to labwc, the SHIFT and CTRL keys do not appear to be working anymore when dragging around files to copy or move them graphically. And I do that a lot on a daily basis. With the introduction of the raspberry pi 5 it was already only partially implemented (only when the mouse was _moving_ ctrl or shift were detected, not when you keydowned ctrl/shift before or after dragging and before the mouseUp), but now ctrl and shift are not read out at all.
(( Normally SHIFT means: move the file(s) even though the target folder is on another block. And CTRL means: copy it, even though the target folder is on the same block)).
If this is not the place to put it under attention, please let me know where (at github?) to add this as a feature/bug report.
Thanks!
Statistics: Posted by nielsbaloe — Wed Jan 08, 2025 5:20 pm