I was editing an openSCAD file last night and found that a chunk of the text
was being replicated like (CTR-V) into the body of the text every time the
mouse scroll button 'clicked' over, leaving a trail of 'entered' extra
lines. The text was also copied into other random parts of the script as
well. I was using the 64Bit XUbuntu 15.04.x on a Mac-Book Pro, hence the
64bit version of open SCAD Ver 2015.03-1. I returned to my 32 bit version
(open SCAD Ver 2015.03-1) on my usual PC machine to fix it up in the end.
Has anyone else had this problem, or could it be a problem with my
underlying OS??
Cheers, RobW
--
View this message in context: http://forum.openscad.org/Editor-self-corrupting-tp14049.html
Sent from the OpenSCAD mailing list archive at Nabble.com.
RobW,
Why are you using the XUbuntu version instead of the OS X version?
I do not have this problem with OS X on a Macbook pro with retina display.
Jean-Paul
AC9GH
On Oct 2, 2015, at 8:55 PM, RobWLakes rl.ward@bigpond.com wrote:
I was editing an openSCAD file last night and found that a chunk of the text
was being replicated like (CTR-V) into the body of the text every time the
mouse scroll button 'clicked' over, leaving a trail of 'entered' extra
lines. The text was also copied into other random parts of the script as
well. I was using the 64Bit XUbuntu 15.04.x on a Mac-Book Pro, hence the
64bit version of open SCAD Ver 2015.03-1. I returned to my 32 bit version
(open SCAD Ver 2015.03-1) on my usual PC machine to fix it up in the end.
Has anyone else had this problem, or could it be a problem with my
underlying OS??
Cheers, RobW
--
View this message in context: http://forum.openscad.org/Editor-self-corrupting-tp14049.html
Sent from the OpenSCAD mailing list archive at Nabble.com.
OpenSCAD mailing list
Discuss@lists.openscad.org
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
Hi,
I've been noticing a random mouse behavior when using OpenSCAD. This is not
systematic. The mouse movement is OK, however the mouse keys do not behave
correctly. I´m using a cable usb mouse. I thought it could be the mouse
microswitch or the cable. After cable inspection and a microswitch changing
the problem started again. I think that is an OpenSCAD problem, however I'm
not sure. I can say that until now the problem do not exist when using other
programs. Must say that the erratic behavior of the mouse is not solved
simply by disconnecting the usb cable and connecting again. The computer
only returns to normal after a shutdown. I'm feeling that maybe memory
corruption can be the issue.
I'm using OpenSCAD version 2015.03-1 on a 64 bit Windows 7 OS.
The most annoying symptoms in my case are window opening freezing or opening
a down level and returning to the upper level after some milliseconds.
Regards.
--
View this message in context: http://forum.openscad.org/Editor-self-corrupting-tp14049p14051.html
Sent from the OpenSCAD mailing list archive at Nabble.com.
I don't have a new MacBookPro, but an older one that is a recent
'hand-me-up' as it was given to me by my son with Ubuntu 15.04.x already
running quite nicely on it (The OS-X crashes and I prefer open source
products). However the Ubuntu 'Apple mouse-pad' drivers were annoying,
so I had connected a old, but perfectly good USB cable Microsoft optical
mouse. After that a number of factors contributed to my posting for
help, as well as my general ignorance. The problem is not with openSCAD,
so non-Debian Linux readers may as well stop here.
First to waste as little time as possible, I will post the Ubuntu OS
solution that worked for me:
#Removes the 'paste' action of highlighted text by the mouse 'scroll'
wheel when it is is clicked. NB no Crtl-C need have been entered for
this to occur.
mouse_id=$(xinput list | grep 'Mouse' | awk '{print $9}' | sed
's/[^0-9]//g') && xinput set-button-map "$mouse_id" 1 0 3
Add the above line to the ~/.profile file and it will map out the scroll
wheel click next time you login. The person who wrote this command was
very clever, as in one line it manages to read the name of the device
and then apply that to the mapping command itself, a tribute to the
power of the Linux command line, even if somewhat cryptic and in-elegant
to a person with my skills. (The mapping concept allows right and
lefthanded-ness of mice to be controlled, as well as customizing/mapping
all sorts of pointing devices for people with disabilities).
For those who have more time to spare here is the full explanation:
My downstairs desktop (32Bit) and MacBook(64Bit) both run Ubuntu quite
nicely and I am very happy with both. However the downstairs desktop
where I began most of the openSCAD development has a much stiffer
'click' to its scroll wheel, so the problem appeared to be only on the
MacBook (64Bit). Plus another two things contributed to my posting. The
first was I was totally unaware of this Ubuntu mouse feature, so I was
oblivious for the need to avoid accidental clicks when scrolling, and
the second was Ubuntu (and probably other Debian derivatives) has three
levels of copy/clipboard.
The first level of 'copy' occurs when the text is just highlighted, the
second level occurs after Ctrl-C has been pressed (which makes it
available to Ctrl-V etc), and a third level that makes copied items
available externally to other applications.
The 'mouse scroll wheel click' pastes what is in the first level, so
text that has only been highlighted can be copied with a wheel click,
even though it has never been Ctrl-C'ed!!! As I was moving a lot of
whole lines of code in my openSCAD scripts to put them either within a
'difference' (hence invisible, but often somewhere I could not figure
out) or pull them out of a 'difference' to make them visible, I was
using this a lot.
The fact that bits of text were suddenly appearing at what seemed at
random, especially stuff that I knew I had not even copied, let alone
pasted (but often may have highlighted and then changed my mind, and not
even Ctrl-C'ed) is now not so surprising, and I apologise to those who
have slogged though this far, the 'fault' does not have its origin in
openSCAD.
Thank you for your time and patience....
Rob Ward
Lake Tyers Beach, 3909
Lake Tyers Beach Website http://www.laketyersbeach.net.au
XP to XUbuntu - The journey, join me!
http://www.laketyersbeach.net.au/XP2XU.html
On 03/10/15 23:58, Jean-Paul Louis wrote:
RobW,
Why are you using the XUbuntu version instead of the OS X version?
I do not have this problem with OS X on a Macbook pro with retina display.
Jean-Paul
AC9GH
On Oct 2, 2015, at 8:55 PM, RobWLakes rl.ward@bigpond.com wrote:
I was editing an openSCAD file last night and found that a chunk of the text
was being replicated like (CTR-V) into the body of the text every time the
mouse scroll button 'clicked' over, leaving a trail of 'entered' extra
lines. The text was also copied into other random parts of the script as
well. I was using the 64Bit XUbuntu 15.04.x on a Mac-Book Pro, hence the
64bit version of open SCAD Ver 2015.03-1. I returned to my 32 bit version
(open SCAD Ver 2015.03-1) on my usual PC machine to fix it up in the end.
Has anyone else had this problem, or could it be a problem with my
underlying OS??
Cheers, RobW
--
View this message in context: http://forum.openscad.org/Editor-self-corrupting-tp14049.html
Sent from the OpenSCAD mailing list archive at Nabble.com.
OpenSCAD mailing list
Discuss@lists.openscad.org
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
After some testing, I can say that the erratic mouse behavior described by me
in the last post IS NOT AN OPENSCAD PROBLEM. Sorry guys but coincidences do
exist. It is caused by the hub I have the mouse connected to. When I connect
a pen drive to the hub to make my backups sometimes the mouse becomes crazy.
Regards
--
View this message in context: http://forum.openscad.org/Editor-self-corrupting-tp14049p14054.html
Sent from the OpenSCAD mailing list archive at Nabble.com.