I'm not sure if this is a bug, and if someone else maybe have experienced as well.
After using JCREATOR for a while, when i place the mouse at a position it does not place the text editable cursor at the intended position but always a few characters before the position the mouse was placed
This does not happen always and sometimes just goes away without doing anything.
a bit troublesom to higlight text sometimes.
Any comments for the above from the developer?
thank you
- s h a y m a x
Cursor Position - Bug
Started by
shaymax
, Mar 21 2005 01:44 AM
5 replies to this topic
#1
Posted 21 March 2005 - 01:44 AM
#2
Posted 21 March 2005 - 01:50 AM
I agree, I've had this problem too. It stays until you maybe minimize and then maximize the code page or do something likewise to trigger it to reconfigure itself. Haven't had it for a few weeks tho, so its really random,
best regards
Glenn (cowboy)
best regards
Glenn (cowboy)
QUOTE(shaymax @ Mar 21 2005, 01:44 AM)
I'm not sure if this is a bug, and if someone else maybe have experienced as well.
After using JCREATOR for a while, when i place the mouse at a position it does not place the text editable cursor at the intended position but always a few characters before the position the mouse was placed
This does not happen always and sometimes just goes away without doing anything.
a bit troublesom to higlight text sometimes.
Any comments for the above from the developer?
thank you
- s h a y m a x
After using JCREATOR for a while, when i place the mouse at a position it does not place the text editable cursor at the intended position but always a few characters before the position the mouse was placed
This does not happen always and sometimes just goes away without doing anything.
a bit troublesom to higlight text sometimes.
Any comments for the above from the developer?
thank you
- s h a y m a x
#3
Posted 21 March 2005 - 07:32 AM
I found this here: http://www.jcreator.com/history.htm
have you tried the 3.50.011 version already :?
QUOTE
JCreator v3.50.011
- Solved: Crash issue which occurred when the cursor was linked to the data view.
- Solved: In some cases the cursor was not positioned correctly when scrolling.
- Solved: Find in Files - Couldn't select parent directory after searching a child directory.
- Solved: The compiler option for building the modified files didn't work.
- Solved: Crash issue which occurred when the cursor was linked to the data view.
- Solved: In some cases the cursor was not positioned correctly when scrolling.
- Solved: Find in Files - Couldn't select parent directory after searching a child directory.
- Solved: The compiler option for building the modified files didn't work.
have you tried the 3.50.011 version already :?
"Many are persistently in pursuit of the way they have chosen; few in pursuit of the goal"
#4
Posted 21 March 2005 - 08:17 AM
QUOTE(shaymax @ Mar 21 2005, 01:44 AM)
[...]
What version do you use? Just curious, because I have never had this problem...
#5
Posted 29 March 2005 - 11:16 AM
[quote=shaymax,Mar 21 2005, 02:44 AM]
After using JCREATOR for a while, when i place the mouse at a position it does not place the text editable cursor at the intended position but always a few characters before the position the mouse was placed
-------------------------
Using 3.5.010 I had this so often that I simply had to find a way to handle this problem - so here it comes
I could get rid of this behaviour by selecting an opening bracket {,
sometimes by erasing the following EMPTY line afterwards, obviously some information still hanging from previous operations lets the editor become "confused".
When afterwards I had been able to select a bracket the problem disappeared for quite some time. First I believed it had to do with language selection on your keyboard and Windows XP's keyboard switching - I am not so sure about this anymore.
Hope I could help some of you....
After using JCREATOR for a while, when i place the mouse at a position it does not place the text editable cursor at the intended position but always a few characters before the position the mouse was placed
-------------------------
Using 3.5.010 I had this so often that I simply had to find a way to handle this problem - so here it comes
I could get rid of this behaviour by selecting an opening bracket {,
sometimes by erasing the following EMPTY line afterwards, obviously some information still hanging from previous operations lets the editor become "confused".
When afterwards I had been able to select a bracket the problem disappeared for quite some time. First I believed it had to do with language selection on your keyboard and Windows XP's keyboard switching - I am not so sure about this anymore.
Hope I could help some of you....
#6
Posted 22 April 2005 - 08:46 PM
I just had that problem the other day on my Windows XP Professional SP2 (build 2600, for Xinox) laptop (IBM ThinkPad X40 Type 2386-1CU, again, for Xinox reference). Exiting JCreator appeared to solve the problem. I think what might be happening is the JCreator looses the calibration between the cursor position and where Windows displays it. This could be agitated by lots of processes taking CPU time away from JCreator and thus offsetting the synchronization between Windows and JCreator. But hey, it's only a wild guess (but an educated one).
Andyberlin... Andyberlin... there was one thing I wanted to say to you in the thread about JCreator participation that I didn't have a chance to say because Xinox closed the thread.
That comment was meant as more of a reassurance that Xinox might not participate that much because incepient ideas are best let to stew by the users. If the developers are commenting, then there's a bias towards what's easiest to make. If it's the users saying stuff, then what appears when the dust settles in something more tailored to the users, not the developers. Silence is a virtue, and I second Xinox's silence. True, there were a few threads that they could have used more input on, but can you honestly expect them to be able to track and entire forum full of rambunctious engineers? Half the time the search query doesn't work (<sob>) Which reminds me: Xinox should consider using the Google "Search within this site" tool instead of the Invision Powerboard's built in tool. Anyways, I didn't mean offense in that statement, and most often the most learing comes from observing. Think about it. Best regards,
Andyberlin... Andyberlin... there was one thing I wanted to say to you in the thread about JCreator participation that I didn't have a chance to say because Xinox closed the thread.
That comment was meant as more of a reassurance that Xinox might not participate that much because incepient ideas are best let to stew by the users. If the developers are commenting, then there's a bias towards what's easiest to make. If it's the users saying stuff, then what appears when the dust settles in something more tailored to the users, not the developers. Silence is a virtue, and I second Xinox's silence. True, there were a few threads that they could have used more input on, but can you honestly expect them to be able to track and entire forum full of rambunctious engineers? Half the time the search query doesn't work (<sob>) Which reminds me: Xinox should consider using the Google "Search within this site" tool instead of the Invision Powerboard's built in tool. Anyways, I didn't mean offense in that statement, and most often the most learing comes from observing. Think about it. Best regards,
Lord Sauron the Great
lordSaurontheGreat@gmail.com
JDK 6 Documentation - READ IT! LOVE IT! LIVE IT!
THOU SHALT GOOGLE BEFORE POSING THY QUERY!
If you're reading this you have given me control of your mind.
Why do accesses to your mind throw a "null pointer exception?"
lordSaurontheGreat@gmail.com
JDK 6 Documentation - READ IT! LOVE IT! LIVE IT!
THOU SHALT GOOGLE BEFORE POSING THY QUERY!
If you're reading this you have given me control of your mind.
Why do accesses to your mind throw a "null pointer exception?"











